| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
ok patrick@
|
|
|
|
| |
config_found(), not a 'scsi_link *'. Part of matthew@'s 2010 work.
|
|
|
|
|
|
| |
Makes hibernate work with rootfs on built-in emmc storage.
Tested on King Jim Portabook.
ok deraadt@ kettenis@
|
|
|
|
|
|
| |
controller can handle for DMA tranfers, since not all support 64k.
ok kettenis@
|
|
|
|
|
|
|
| |
devices. This allows SDIO device drivers to read information from
the ACPI or FDT tables.
ok kettenis@
|
|
|
|
|
|
|
|
| |
sdmmc chipset driver, currently only implemented in sdhc(4), but
mostly uses the regular path. sdhc(4) also needed the ability to
perform IO while cold.
ok deraadt@
|
|
|
|
|
|
|
|
| |
SDIO function. This is necessary for some SDIO cards that need to be
talked with using smaller block lengths than the maximum supported by
the host controller.
ok kettenis@
|
|
|
|
|
|
|
|
|
| |
interface for "reading memory" akin to the bus_space(9) API. The
already existing multi interface is used for "reading FIFOs". The
technical difference is that one always reads from the same address
(FIFO) while the other increments the address while reading (memory).
ok kettenis@
|
| |
|
|
|
|
|
| |
transfer rates to and from the card. In practice the improvement will be
smaller, but I am seeing serious improvement in the read speeds.
|
|
|
|
|
|
| |
controller. Use this to switch SD cards to a 4-bit bus if they support it.
ok deraadt@, jsg@
|
|
|
|
|
|
|
|
|
|
|
|
| |
support ADMA2. The older SDMA mode has too many limitations to be really
usable. Gives us only moderate speed improvements, bus reduces the CPU load
considerably. We will reap the full benefits once we implement wider bus
widths and high speed modes.
There is a remining issue with simultanious use of eMMC and external SD card
on (some) Intel Bay Trail hardware. Still under investigation.
ok patrick@, stsp@, deraadt@
|
|
|
|
|
|
|
|
| |
Heavily based on netbsd.
Tested by dlg@, bcallah@ (sdhc), stsp@ (rstx) and me (ommmc).
ok patrick@
|
|
|
|
|
|
|
|
| |
Root on SD/MMC card did not work reliably because the config_pending
state was cleared too early. This change will clear config_pending
only after the card discovery has actually completed once.
ok deraadt@ drahn@
|
|
|
|
|
|
| |
is causing problems when trying to boot sparc64 from an isp(4).
Verified to fix the sparc64/isp(4) regression by krw@; ok deraadt@
|
|
|
|
|
|
| |
with "struct scsibus_attach_args" in sdmmc_attach_args.
ok krw@
|
|
|
|
|
|
|
| |
and with this, my adventure in sdmmc-land is over
bikeshed is still banana-shaped
ok oga@
|
|
|
|
|
|
| |
making DEVNAME() usage a lot more consistent.
ok krw@
|
|
|
|
|
|
|
|
|
| |
In snaps for a while.
Originally hacked on phessler@'s couch.
Testing by many, input from jsg@
"I'm tired of seeing the Ms" deraadt@
|
|
|
|
|
|
|
|
| |
transfer with one command. Build on this and the recent minphys() changes
in the sdmmc layer to crank transfers at the maximum possible size instead
of a sad DEV_BSIZE.
Depending on your controller, this can speed up sdmmc I/O up to 2.5 times.
|
|
|
|
| |
structure that slave devices like sbt expect.
|
|
|
|
|
|
|
| |
Thanks to everyone who tested in particular jsing@ who found several
problems in the initial diffs.
ok dlg@ jsing@ miod@
|
|
|
|
| |
crashes the moment a card is plugged in.
|
|
|
|
|
|
|
| |
Add SDMMC_ASSERT_LOCKED(), replacing many locking calls, and sprinkling
the assertion to make sure that future changes don't catch us out
"please commit" uwe@
|
|
|
|
| |
co-discovered by robert@
|
| |
|
|
|
|
| |
sdmmc_io_rw_extended() non-incremental, by default.
|
|
|
|
| |
controllers don't. Put in a temporary hack for pxammc on Zaurus.
|
|
|
|
|
| |
We use the suggested workaround for the problem E40 in the PXA27x errata
sheet. Unfortunately this limits the bus speed to 9.75Mhz.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
trying to get MMC commands through to the SD/MMC host controller via the
emulated SCSI layer. This is achieved by ensuring exclusive access to
the host controller for one process during any MMC command and during a
sequence of commands at the sdmmc(4) layer.
While at it, the command processing thread has been moved to sdmmc(4),
so as to simplify the implementation of future host controller drivers.
This should also pave the way for further cleanup of the code and for
new drivers.
Minor cleanups are included in this commit, as well.
|
| |
|
|
generic bus layer, and SCSI emulation for SD/MMC memory cards.
|