Re: [RFC PATCH v3 0/4] wifi: rtl8xxxu: implement AP mode for 8188EU

From: Georg Müller

Date: Fri Mar 27 2026 - 09:58:59 EST


Just to give a litte update:

Am 14.03.26 um 00:14 schrieb Bitterblue Smith:
What are the issues? Were they happening with your original patch
which only added supports_ap and max_macid_num?

Another thing still missing is the macid in the TX descriptor
(rtl8xxxu_fill_txdesc_v3).

I added setting the macid in rtl8xxxu_fill_txdesc_v3 and the other comments to the
patches.

There are still some issues:

In a test setup, I connected 5 different devices to a host running with a 8188eu wifi dongle
running in AP mode and a web server running on it.

All were able to fetch a web page served by the host.

Sometimes the connection was a bit stuck, but this recovered after some time.

In the logs of the server with the 8188eu dongle, I sometimes observed the following messages
in dmesg (with debug messages turned on):

C2H TX report type 2
rtl8188e_handle_ra_tx_report2: len: 24 items: 3
rtl8188e_handle_ra_tx_report2: TX report item 0 not valid
rtl8188e_handle_ra_tx_report2: valid: 0 retry: 0 0 0 0 0 drop: 0
rtl8188e_handle_ra_tx_report2: valid: 0 retry: 0 0 0 0 0 drop: 0
rtl8188e_handle_ra_tx_report2: valid: 1 retry: 5 0 0 0 0 drop: 0

another thing which sometimes occurred:

rtl8xxxu_read8(020a) = 0x00, len 1 # <- repeated 50-70 times
rtl8xxxu_send_beacon_frame: Failed to read beacon valid bit


What I observed on one of the clients was DUP ping responses. I will try to debug this with
a wifi capture device.

Best regards,
Georg