rtsx(4): tsleep(9) -> tsleep_nsec(9); ok mpi@

Fix build on 32 bit; paddr in rtsx_xfer_dma needs to be 64bit on all platforms.
Found the hard way by deraadt@

Add ADMA support to rtsx(4) to make use of DMA buffers provided by sdmmc(4).
Data transfers use a little bit less CPU time now.
Tested by me on RT5209 and on RTS525A by jcs@
ok mpi@ visa@

Check return of rtsx_write in previous commit as RTSX_WRITE macro
does

Coverity CID 1455437

add support for the Realtek RTS525A

ok stsp

Make sure we always update both bits that control the bus width. Also make
sure that we reset the bus width (to 1-bit) after powering up the bus.
Apparently the register write fails if the bus isn't powered on.
Implement the chip callback function and advertise 4-bit bus support.

ok stsp@

Round the requested clock frequency down to a support value instead of
insisting on an exact match. Add support for a 50 MHz clock.

ok stsp@

Fix the DMA transfer code to repect the block size in the sdmmc command.

ok stsp@

Add Dual Data Rate support for eMMC at 52MHz.

Add support for changing the bus width to the sdmmc subsystem and the sdhc(4)
controller. Use this to switch SD cards to a 4-bit bus if they support it.

ok deraadt@, jsg@

In rtsx(4), condense the list of support chips in a comment, remove the unused
F_5227 flag, sort PCI IDs, and fix a typo in a comment. No functional change.
from brad

Remove some includes include-what-you-use claims don't
have any direct symbols used. Tested for indirect use by compiling
amd64/i386/sparc64 kernels.

ok tedu@ deraadt@

Enable rts5227, as found in my new Thinkpad x240.

Shuffle the code around slightly, so we special case the 5209 chipset
instead of semi-randomly.

Tested on rts5227 by me, and rts5209 by stsp@

OK stsp@

Make rtsx(4) attach to RTL8402 devices. Reported as working by Eric Huiban.

Document RTS5227 support in rtsx(4).

Fix rtsx_read_cfg() return value check in rtsx_attach(). Diff from dhill.
Bug didn't have any bad effects since rtsx doesn't support SDIO at present.

Add a DVACT_WAKEUP op to the *_activate() API. This is called after the
kernel resumes normal (non-cold, able to run processes, etc) operation.
Previously we were relying on specific DVACT_RESUME op's in drivers
creating callback/threads themselves, but that has become too common,
indicating the need for a built-in mechanism.
ok dlg kettenis, tested by a sufficient amount of people

Add support for the RTS5229 card reader to rtsx(4).
From Pedro Martelletto.

Correct sequencing in ca_activate function. Some operations were in the
wrong order, and depth traversal was not gauranteed.
ok stsp (tested too)

Prevent a panic during rtsx(4) attachment. If a card is inserted while booting
the interrupt handler can be triggered before sdmmc(4) is attached. In which
case the interrupt handler's futile attempt to handle the newly inserted card
would crash the kernel. ok miod@

Remove support for waiting for an interrupt within hostcmd_send(), since only
one of the two callers of hostcmd_send() needs to wait for an interrupt.
Make the single caller which needs it wait instead.
No functional change; ok phessler

Add rtsx(4), a new driver for the Realtek RTS5209 card reader.
This card reader does not comply to the standard SDHC interface
supported by sdhc(4) and hence requires a custom driver.

With help from uwe and mikeb. Useful hints were also provided by the
author of the corresponding Linux driver (wwang at realsil com cn),
thanks a lot! Tested by myself and weerd on i386 and amd64.

Fix build on 32 bit; paddr in rtsx_xfer_dma needs to be 64bit on all platforms.
Found the hard way by deraadt@

Add ADMA support to rtsx(4) to make use of DMA buffers provided by sdmmc(4).
Data transfers use a little bit less CPU time now.
Tested by me on RT5209 and on RTS525A by jcs@
ok mpi@ visa@

Check return of rtsx_write in previous commit as RTSX_WRITE macro
does

Coverity CID 1455437

add support for the Realtek RTS525A

ok stsp

Make sure we always update both bits that control the bus width. Also make
sure that we reset the bus width (to 1-bit) after powering up the bus.
Apparently the register write fails if the bus isn't powered on.
Implement the chip callback function and advertise 4-bit bus support.

ok stsp@

Round the requested clock frequency down to a support value instead of
insisting on an exact match. Add support for a 50 MHz clock.

ok stsp@

Fix the DMA transfer code to repect the block size in the sdmmc command.

ok stsp@

Add Dual Data Rate support for eMMC at 52MHz.

Add support for changing the bus width to the sdmmc subsystem and the sdhc(4)
controller. Use this to switch SD cards to a 4-bit bus if they support it.

ok deraadt@, jsg@

In rtsx(4), condense the list of support chips in a comment, remove the unused
F_5227 flag, sort PCI IDs, and fix a typo in a comment. No functional change.
from brad

Remove some includes include-what-you-use claims don't
have any direct symbols used. Tested for indirect use by compiling
amd64/i386/sparc64 kernels.

ok tedu@ deraadt@

Enable rts5227, as found in my new Thinkpad x240.

Shuffle the code around slightly, so we special case the 5209 chipset
instead of semi-randomly.

Tested on rts5227 by me, and rts5209 by stsp@

OK stsp@

Make rtsx(4) attach to RTL8402 devices. Reported as working by Eric Huiban.

Document RTS5227 support in rtsx(4).

Fix rtsx_read_cfg() return value check in rtsx_attach(). Diff from dhill.
Bug didn't have any bad effects since rtsx doesn't support SDIO at present.

Add a DVACT_WAKEUP op to the *_activate() API. This is called after the
kernel resumes normal (non-cold, able to run processes, etc) operation.
Previously we were relying on specific DVACT_RESUME op's in drivers
creating callback/threads themselves, but that has become too common,
indicating the need for a built-in mechanism.
ok dlg kettenis, tested by a sufficient amount of people

Add support for the RTS5229 card reader to rtsx(4).
From Pedro Martelletto.

Correct sequencing in ca_activate function. Some operations were in the
wrong order, and depth traversal was not gauranteed.
ok stsp (tested too)

Prevent a panic during rtsx(4) attachment. If a card is inserted while booting
the interrupt handler can be triggered before sdmmc(4) is attached. In which
case the interrupt handler's futile attempt to handle the newly inserted card
would crash the kernel. ok miod@

Remove support for waiting for an interrupt within hostcmd_send(), since only
one of the two callers of hostcmd_send() needs to wait for an interrupt.
Make the single caller which needs it wait instead.
No functional change; ok phessler

Add rtsx(4), a new driver for the Realtek RTS5209 card reader.
This card reader does not comply to the standard SDHC interface
supported by sdhc(4) and hence requires a custom driver.

With help from uwe and mikeb. Useful hints were also provided by the
author of the corresponding Linux driver (wwang at realsil com cn),
thanks a lot! Tested by myself and weerd on i386 and amd64.