mbox series

[v2,RFC,0/9] rtw88: Add SDIO support

Message ID 20230310202922.2459680-1-martin.blumenstingl@googlemail.com (mailing list archive)
Headers show
Series rtw88: Add SDIO support | expand

Message

Martin Blumenstingl March 10, 2023, 8:29 p.m. UTC
Recently the rtw88 driver has gained locking support for the "slow" bus
types (USB, SDIO) as part of USB support. Thanks to everyone who helped
make this happen!

Based on the USB work (especially the locking part and various
bugfixes) this series adds support for SDIO based cards. It's the
result of a collaboration between Jernej and myself. Neither of us has
access to the rtw88 datasheets. All of our work is based on studying
the RTL8822BS and RTL8822CS vendor drivers and trial and error.

Jernej and myself have tested this with RTL8822BS and RTL8822CS cards.
Other users have confirmed that RTL8821CS support is working as well.
RTL8723DS may also work (we tried our best to handle rtw_chip_wcpu_11n
where needed) but has not been tested at this point.

Jernej's results with a RTL8822BS:
- Main functionality works
- Had a case where no traffic got across the link until he issued a
  scan

My results with a RTL8822CS:
- 2.4GHz and 5GHz bands are both working
- TX throughput on a 5GHz network is between 50 Mbit/s and 90 Mbit/s
- RX throughput on a 5GHz network is at 19 Mbit/s (this seems to be
  an combination of the location of my board and the cheap antenna
  which are both hurting RX performance)

A user shared his results on his own RTL8822CS off-list with me:
- 50Mbit/s throughput in both directions

A user shared his results on RTL8821CS off-list with me:
- 50Mbps down and 25Mbps on a 5GHz network

Why is this an RFC?
- I think it's worth to get another round of feedback from the rtw88
  maintainers
- As with most patches: testing is very welcome. If things are working
  fine then a Tested-by is appreciated (with some details about the
  card, throughput, ...). If something doesn't work for you: please
  still report back so we can investigate that problem!

Changes since v1 at [0]:
- removed patches 1-8 as they have been submitted and separately (they
  were indepdent and this helped cutting down the size of this series)
- dropped patch "rtw88: ps: Increase LEAVE_LPS_TRY_CNT for SDIO based
  chipsets" as the underlying issue has been fixed - most likely with
  upstream commit 823092a53556eb ("wifi: rtw88: fix race condition
  when doing H2C command")
- rework the code so we don't need a new HCI specific power_switch
  callback by utilizing the RTW_FLAG_POWERON flag which was recently
  introduced
- various patches include the feedback from reviewers and build
  testing robots (see the individual patches for details)


[0] https://lore.kernel.org/lkml/a2449a2d1e664bcc8962af4667aa1290@realtek.com/T/


Jernej Skrabec (1):
  wifi: rtw88: Add support for the SDIO based RTL8822BS chipset

Martin Blumenstingl (8):
  wifi: rtw88: Clear RTW_FLAG_POWERON early in rtw_mac_power_switch()
  wifi: rtw88: sdio: Add HCI implementation for SDIO based chipsets
  wifi: rtw88: mac: Support SDIO specific bits in the power on sequence
  wifi: rtw88: main: Add the {cpwm,rpwm}_addr for SDIO based chipsets
  wifi: rtw88: main: Reserve 8 bytes of extra TX headroom for SDIO cards
  mmc: sdio: add Realtek SDIO vendor ID and various wifi device IDs
  wifi: rtw88: Add support for the SDIO based RTL8822CS chipset
  wifi: rtw88: Add support for the SDIO based RTL8821CS chipset

 drivers/net/wireless/realtek/rtw88/Kconfig    |   36 +
 drivers/net/wireless/realtek/rtw88/Makefile   |   12 +
 drivers/net/wireless/realtek/rtw88/debug.h    |    1 +
 drivers/net/wireless/realtek/rtw88/mac.c      |   51 +-
 drivers/net/wireless/realtek/rtw88/mac.h      |    1 -
 drivers/net/wireless/realtek/rtw88/main.c     |    9 +-
 drivers/net/wireless/realtek/rtw88/reg.h      |   12 +
 .../net/wireless/realtek/rtw88/rtw8821cs.c    |   35 +
 .../net/wireless/realtek/rtw88/rtw8822bs.c    |   35 +
 .../net/wireless/realtek/rtw88/rtw8822cs.c    |   35 +
 drivers/net/wireless/realtek/rtw88/sdio.c     | 1251 +++++++++++++++++
 drivers/net/wireless/realtek/rtw88/sdio.h     |  175 +++
 include/linux/mmc/sdio_ids.h                  |    9 +
 13 files changed, 1654 insertions(+), 8 deletions(-)
 create mode 100644 drivers/net/wireless/realtek/rtw88/rtw8821cs.c
 create mode 100644 drivers/net/wireless/realtek/rtw88/rtw8822bs.c
 create mode 100644 drivers/net/wireless/realtek/rtw88/rtw8822cs.c
 create mode 100644 drivers/net/wireless/realtek/rtw88/sdio.c
 create mode 100644 drivers/net/wireless/realtek/rtw88/sdio.h

Comments

Larry Finger March 11, 2023, 2:16 a.m. UTC | #1
On 3/10/23 14:29, Martin Blumenstingl wrote:
> Recently the rtw88 driver has gained locking support for the "slow" bus
> types (USB, SDIO) as part of USB support. Thanks to everyone who helped
> make this happen!
> 
> Based on the USB work (especially the locking part and various
> bugfixes) this series adds support for SDIO based cards. It's the
> result of a collaboration between Jernej and myself. Neither of us has
> access to the rtw88 datasheets. All of our work is based on studying
> the RTL8822BS and RTL8822CS vendor drivers and trial and error.
> 
> Jernej and myself have tested this with RTL8822BS and RTL8822CS cards.
> Other users have confirmed that RTL8821CS support is working as well.
> RTL8723DS may also work (we tried our best to handle rtw_chip_wcpu_11n
> where needed) but has not been tested at this point.
> 
> Jernej's results with a RTL8822BS:
> - Main functionality works
> - Had a case where no traffic got across the link until he issued a
>    scan
> 
> My results with a RTL8822CS:
> - 2.4GHz and 5GHz bands are both working
> - TX throughput on a 5GHz network is between 50 Mbit/s and 90 Mbit/s
> - RX throughput on a 5GHz network is at 19 Mbit/s (this seems to be
>    an combination of the location of my board and the cheap antenna
>    which are both hurting RX performance)
> 
> A user shared his results on his own RTL8822CS off-list with me:
> - 50Mbit/s throughput in both directions
> 
> A user shared his results on RTL8821CS off-list with me:
> - 50Mbps down and 25Mbps on a 5GHz network
> 
> Why is this an RFC?
> - I think it's worth to get another round of feedback from the rtw88
>    maintainers
> - As with most patches: testing is very welcome. If things are working
>    fine then a Tested-by is appreciated (with some details about the
>    card, throughput, ...). If something doesn't work for you: please
>    still report back so we can investigate that problem!
> 
> Changes since v1 at [0]:
> - removed patches 1-8 as they have been submitted and separately (they
>    were indepdent and this helped cutting down the size of this series)
> - dropped patch "rtw88: ps: Increase LEAVE_LPS_TRY_CNT for SDIO based
>    chipsets" as the underlying issue has been fixed - most likely with
>    upstream commit 823092a53556eb ("wifi: rtw88: fix race condition
>    when doing H2C command")
> - rework the code so we don't need a new HCI specific power_switch
>    callback by utilizing the RTW_FLAG_POWERON flag which was recently
>    introduced
> - various patches include the feedback from reviewers and build
>    testing robots (see the individual patches for details)
> 
> 
> [0] https://lore.kernel.org/lkml/a2449a2d1e664bcc8962af4667aa1290@realtek.com/T/
> 
> 
> Jernej Skrabec (1):
>    wifi: rtw88: Add support for the SDIO based RTL8822BS chipset
> 
> Martin Blumenstingl (8):
>    wifi: rtw88: Clear RTW_FLAG_POWERON early in rtw_mac_power_switch()
>    wifi: rtw88: sdio: Add HCI implementation for SDIO based chipsets
>    wifi: rtw88: mac: Support SDIO specific bits in the power on sequence
>    wifi: rtw88: main: Add the {cpwm,rpwm}_addr for SDIO based chipsets
>    wifi: rtw88: main: Reserve 8 bytes of extra TX headroom for SDIO cards
>    mmc: sdio: add Realtek SDIO vendor ID and various wifi device IDs
>    wifi: rtw88: Add support for the SDIO based RTL8822CS chipset
>    wifi: rtw88: Add support for the SDIO based RTL8821CS chipset
> 
>   drivers/net/wireless/realtek/rtw88/Kconfig    |   36 +
>   drivers/net/wireless/realtek/rtw88/Makefile   |   12 +
>   drivers/net/wireless/realtek/rtw88/debug.h    |    1 +
>   drivers/net/wireless/realtek/rtw88/mac.c      |   51 +-
>   drivers/net/wireless/realtek/rtw88/mac.h      |    1 -
>   drivers/net/wireless/realtek/rtw88/main.c     |    9 +-
>   drivers/net/wireless/realtek/rtw88/reg.h      |   12 +
>   .../net/wireless/realtek/rtw88/rtw8821cs.c    |   35 +
>   .../net/wireless/realtek/rtw88/rtw8822bs.c    |   35 +
>   .../net/wireless/realtek/rtw88/rtw8822cs.c    |   35 +
>   drivers/net/wireless/realtek/rtw88/sdio.c     | 1251 +++++++++++++++++
>   drivers/net/wireless/realtek/rtw88/sdio.h     |  175 +++
>   include/linux/mmc/sdio_ids.h                  |    9 +
>   13 files changed, 1654 insertions(+), 8 deletions(-)
>   create mode 100644 drivers/net/wireless/realtek/rtw88/rtw8821cs.c
>   create mode 100644 drivers/net/wireless/realtek/rtw88/rtw8822bs.c
>   create mode 100644 drivers/net/wireless/realtek/rtw88/rtw8822cs.c
>   create mode 100644 drivers/net/wireless/realtek/rtw88/sdio.c
>   create mode 100644 drivers/net/wireless/realtek/rtw88/sdio.h

Martin,

I am not qualified to review the code, but I am integrating this version into my 
rtw88 repo at GitHub.com.

It is essential that a successful build is possible after every patch is applied 
so that an arbitrary bisection will not fail to build. This patch series fails 
after #2 is committed. File mac.c needs symbol SDIO_LOCAL_OFFSET, which was 
moved from mac.h to sdio.h. I resolved this be including sdio.h in mac.c. This 
breaks #3, where you add the include to mac.c. It needs to happen one patch earlier.

The other problem for my repo is that it cannot modify 
include/linux/mmc/sdio_ids.h, thus I have to create a local sdio_ids.h to 
contain the new definitions. Once your patches are in the kernel, I will be able 
to eliminate this work around.

I do not have any rtw88 SDIO devices, thus I will not be able to test, but I 
will pass any information that I get from my users.

Larry
Martin Blumenstingl March 11, 2023, 8:56 p.m. UTC | #2
Hello Larry,

On Sat, Mar 11, 2023 at 3:16 AM Larry Finger <Larry.Finger@lwfinger.net> wrote:
[...]
> I am not qualified to review the code, but I am integrating this version into my
> rtw88 repo at GitHub.com.
>
> It is essential that a successful build is possible after every patch is applied
> so that an arbitrary bisection will not fail to build. This patch series fails
> after #2 is committed. File mac.c needs symbol SDIO_LOCAL_OFFSET, which was
> moved from mac.h to sdio.h. I resolved this be including sdio.h in mac.c. This
> breaks #3, where you add the include to mac.c. It needs to happen one patch earlier.
Thank you for spotting and reporting this issue! You are right with
this, I'll add the sdio.h include to mac.c with patch 2 to resolve
this issue as you suggested.

> The other problem for my repo is that it cannot modify
> include/linux/mmc/sdio_ids.h, thus I have to create a local sdio_ids.h to
> contain the new definitions. Once your patches are in the kernel, I will be able
> to eliminate this work around.
You can also modify the three SDIO driver files (rtw8821cs.c,
rtw8822bs.c, rtw8822cs.c) and use the literal IDs there if you have to
patch those files anyways.

> I do not have any rtw88 SDIO devices, thus I will not be able to test, but I
> will pass any information that I get from my users.
That sounds great - thank you!


Best regards,
Martin