History log of /freebsd/sys/dev/mmc/mmcsd.c (Results 126 – 146 of 146)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
Revision tags: release/7.2.0_cvs, release/7.2.0
# 1829d5da 12-Mar-2009 Warner Losh <imp@FreeBSD.org>

Update the projects tree to a newer FreeBSD current.


# a1fda318 17-Feb-2009 Alexander Motin <mav@FreeBSD.org>

Add kernel dumping support. Works fine with sdhci controller driver.


Revision tags: release/7.1.0_cvs, release/7.1.0
# eb67f31a 06-Dec-2008 Alexander Motin <mav@FreeBSD.org>

Implement suspend/resume for mmc and mmcsd drivers.
Now it is possible to suspend/resume with inserted and active card.

To reinitialize card on resume and to detect card change while suspended,
impl

Implement suspend/resume for mmc and mmcsd drivers.
Now it is possible to suspend/resume with inserted and active card.

To reinitialize card on resume and to detect card change while suspended,
implement bus rescan routines. It can also be used by controllers without
card presence detection signals or with multiple cards per slot support.

While there, cleanup msleep() usage. We have no any rights to exit without
"request done" signal from driver as it could lead to modify after free.

show more ...


Revision tags: release/6.4.0_cvs, release/6.4.0
# 2262a519 23-Nov-2008 Alexander Motin <mav@FreeBSD.org>

Report card erase sector size as disk stripe size.


# 249b0e85 23-Nov-2008 Alexander Motin <mav@FreeBSD.org>

Improve detach handling: close races, flush queue.


# 3a4a2557 29-Oct-2008 Alexander Motin <mav@FreeBSD.org>

Allow card reader bridge driver to report maximum supported transfer size.
sdhci supports up to 65535 blocks transfers, at91_mci - one block.

Enable multiblock operations disabled before to follow a

Allow card reader bridge driver to report maximum supported transfer size.
sdhci supports up to 65535 blocks transfers, at91_mci - one block.

Enable multiblock operations disabled before to follow at91_mci driver
limitations.

Reviewed by: imp@

show more ...


# a7cf6274 19-Oct-2008 Alexander Motin <mav@FreeBSD.org>

Coalesce sequentional BIO_DELETE requests to slightly relax size and alignment
constraints required by the card.


# 3906d42d 18-Oct-2008 Alexander Motin <mav@FreeBSD.org>

Implement BIO_DELETE command with MMC and SD erase commands.

Erase operation gives card's logic information about unused areas to help it
implement wear-leveling with lower overhead comparing to usu

Implement BIO_DELETE command with MMC and SD erase commands.

Erase operation gives card's logic information about unused areas to help it
implement wear-leveling with lower overhead comparing to usual writing.
Erase is much faster then write and does not depends on data bus speed.
Also as result of hitting in-card write logic optimizations I have measured
up to 50% performance boost on writing undersized blocks into preerased areas.

At the same time there are strict limitations on size and allignment of erase
operations. We can erase only blocks aligned to the erase sector size and
with size multiple of it. Different cards has different erase sector size
which usually varies from 64KB to 4MB. SD cards actually allow to erase
smaller blocks, but it is much more expensive as it is implemented via
read-erase-write sequence and so not sutable for the BIO_DELETE purposes.

Reviewed by: imp@

show more ...


# 58bb6260 12-Oct-2008 Alexander Motin <mav@FreeBSD.org>

Use GB suffix only from 10GB instead of 1GB.
There are lot of cards with uneven sizes and too strong rounding
will lead to very significant rounding errors.

Reviewed by: imp@


# a0075e58 12-Oct-2008 Warner Losh <imp@FreeBSD.org>

Print the cards natural size.
Move nested tertiary operator expressions into their own function.
Remove extra blank line.
cache sd->disk in 'd' to make the code easier to read.


# 67d752c3 11-Oct-2008 Alexander Motin <mav@FreeBSD.org>

Give mmcsd driver a bit more information about card. It allows to reorganize
log message in a way a bit more common for disk devices. Also it will allow
mmcsd driver to use MMC/SD specific commands w

Give mmcsd driver a bit more information about card. It allows to reorganize
log message in a way a bit more common for disk devices. Also it will allow
mmcsd driver to use MMC/SD specific commands when needed.

show more ...


# c18f1e26 08-Oct-2008 Alexander Motin <mav@FreeBSD.org>

Set of mmc layer improvements:
- add MMC support.
- add SDHC support.
- add 4 and 8 bit bus width support.
- add High Speed bus timing support.


# 38c51cbe 02-Oct-2008 Warner Losh <imp@FreeBSD.org>

Define and use MMC_SECTOR_SIZE.
Make mmc_get_media_size now return an off_t and remove now useless cast.


# a84f3c7a 02-Oct-2008 Warner Losh <imp@FreeBSD.org>

MAXPHYS seems more stable on the AT91RM9200 boards that I have. We
may need to ask the host controller for the right number to use
here...


# 0c0903b1 30-Sep-2008 Warner Losh <imp@FreeBSD.org>

Improve support for multiple block read/write. This code is currently
disabled by default because there's problems with it on AT91RM9200,
currently the only host controller in the tree. I've not ha

Improve support for multiple block read/write. This code is currently
disabled by default because there's problems with it on AT91RM9200,
currently the only host controller in the tree. I've not had time to
track those problems to ground. I'm committing because this is
important for other host controllers that are in the pipeline.

Submitted by: mav@

show more ...


# 128d0ff2 29-Sep-2008 Warner Losh <imp@FreeBSD.org>

Conform to style(9) for return (foo); The files were a mix before.

Submitted by: mav@


# 08eb9a9b 29-Sep-2008 Warner Losh <imp@FreeBSD.org>

When a device is read only, fail all non-read BIO requests.

Submitted by: mav@


Revision tags: release/7.0.0_cvs, release/7.0.0, release/6.3.0_cvs, release/6.3.0
# 3745c395 21-Oct-2007 Julian Elischer <julian@FreeBSD.org>

Rename the kthread_xxx (e.g. kthread_create()) calls
to kproc_xxx as they actually make whole processes.
Thos makes way for us to add REAL kthread_create() and friends
that actually make theads. it t

Rename the kthread_xxx (e.g. kthread_create()) calls
to kproc_xxx as they actually make whole processes.
Thos makes way for us to add REAL kthread_create() and friends
that actually make theads. it turns out that most of these
calls actually end up being moved back to the thread version
when it's added. but we need to make this cosmetic change first.

I'd LOVE to do this rename in 7.0 so that we can eventually MFC the
new kthread_xxx() calls.

show more ...


# 14eced72 26-May-2007 Warner Losh <imp@FreeBSD.org>

A careful reading of the disclaimer that is required to download the
SD Simplified specification, as well as other SD and SDIO
implemenations I've examined, suggest this disclaimer may be required.
I

A careful reading of the disclaimer that is required to download the
SD Simplified specification, as well as other SD and SDIO
implemenations I've examined, suggest this disclaimer may be required.
It is unclear to me exactly what the license would be for, or why it
might be required. Err on the side of caution and include this
disclaimer so anybody deploying this code can judge for themselves. I
have no further unformation about the details.

show more ...


# 0e1466ac 15-May-2007 Warner Losh <imp@FreeBSD.org>

First cut at making detach work. also add sdh as a possible mmc bridge.

Submitted by: Andrea Bittau
(Andrea may have updated patches, but I've tested these)


Revision tags: release/6.2.0_cvs, release/6.2.0
# 114b4164 20-Oct-2006 Warner Losh <imp@FreeBSD.org>

Preliminary MMC stack. This stack supports SD 1.0 cards only, but
should be easily adapted to SD 2.0 (aka SDHC), SDIO, MMC and MMCplus
cards. At the present time, there's only one bridge driver for

Preliminary MMC stack. This stack supports SD 1.0 cards only, but
should be easily adapted to SD 2.0 (aka SDHC), SDIO, MMC and MMCplus
cards. At the present time, there's only one bridge driver for the
ARM9 based Atmel AT91RM9200.

show more ...


123456