Re: [PATCH 1/2] mmc: block: mmcblkN: use slot index instead of dynamic name index

e mmc device is associated always > with the same mmcblkN. Independent of the availability of the removable > one. I like this change in principle, but doesn't it break boot for everyone currently using e.g. root=/dev/mmcblk0p1 on slot index 2? That doesn't sound like an acceptable

Re: [PATCH v2 0/4] omap hsmmc device tree support

ia linux-omap/Tony's tree. Thanks, I've pushed patches 1 and 2 to mmc-next for 3.4, with Balaji's Tested-by. - Chris. -- Chris Ball <http://printf.net/> One Laptop Per Child ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [PATCH v2 0/6] mmc: omap_hsmmc: Clean up use/abuse of pdev->id

05098&w=3 Thanks, I've pushed this to mmc-next for 3.4 now too. - Chris. -- Chris Ball <http://printf.net/> One Laptop Per Child ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [PATCH v2 0/6] mmc: omap_hsmmc: Clean up use/abuse of pdev->id

en't addressed to you directly, but instead you were copied. > Resending with you in 'To', hope this lands in your inbox :) Sorry for the delay, thanks for the ping; I've pushed these to mmc-next for 3.4 now. Thanks, - Chris. -- Chris Ball

Re: [PATCH v3 0/3] mmc: rectify boot param option for fault injection

param_cb() and thereby no ifndef MODULE is needed. > Using a module_param makes it possible to pass default fault attributes for > external modules too. Thanks, all merged to mmc-next for 3.2 with Akinobu-san's Reviewed-by. - Chris. -- Chris Ball

Re: [PATCH 0/2] mmc: clarifications on host.post_req()

point; hope that's okay. Thanks, - Chris. -- Chris Ball <http://printf.net/> One Laptop Per Child ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [PATCH --mmotm v8 0/3] Make fault injection available for MMC IO

d you mind merging the fault-injection patches in this > patchset to mmc-next once the mmc part of this patchset is acked and > accepted? That's fine -- merged to mmc-next for 3.2 now, with Linus W's review. Thanks, - Chris. -- Chris Ball <http://printf.net/> One Laptop Per C

Re: [PATCH v6] mmc: documentation of mmc non-blocking request usage and design.

hanks. - Chris. -- Chris Ball <http://printf.net/> One Laptop Per Child ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [PATCH v9 00/12] use nonblock mmc requests to minimize latency

of the commit message texts). - Chris. -- Chris Ball <http://printf.net/> One Laptop Per Child ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [PATCH] mmc: documentation of mmc non-blocking request usage and design.

e DMAC (dmaengine.h) */ > +dma_issue_pending(req->dma_desc); > + > +prepare_2st_chunk_for_dma(req) 2nd, not 2st > +/* > + * The second issue_pending should be called before MMC runs out > + * of the first chunk. If the MMC runs out of the first data chunk before > + * this call, the transfer is delayed. > + */ > +dma_issue_pending(req->dma_desc); Thanks, - Chris. -- Chris Ball <http://printf.net/> One Laptop Per Child ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [PATCH RESEND] omap_hsmmc: use original sg_len for dma_unmap_sg

t;sg, data->sg_len, > omap_hsmmc_get_dma_dir(host, data)); > > req_in_progress = host->req_in_progress; Pushed to mmc-next for 3.0-rc, thanks. - Chris. -- Chris Ball <http://printf.net/> One Laptop Per Child ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [PATCH v2 0/2] sdio: add quirk for spurious SDIO IRQ

I'd > suggest not merging this series until truly unfixable issues come up, as > Daniel said. Yep, agreed. Dan, please go ahead and submit the libertas patch and let us know if there are any problems getting it in for 3.0. (Ideally by the next -rc!) Thanks very much, everyone, - Chr

Re: [PATCH v5] sdio: optimized SDIO IRQ handling for single irq

*/ > struct sdio_func*sdio_func[SDIO_MAX_FUNCS]; /* SDIO functions > (devices) */ > + struct sdio_func*sdio_single_irq; /* SDIO function when only > one IRQ active */ > unsignednum_info; /* number of info strings */ > const char **info; /* info strings */ > struct sdio_func_tuple *tuples;/* unknown common tuples */ Thanks, looks good now -- pushed to mmc-next for .40. - Chris. -- Chris Ball <http://printf.net/> One Laptop Per Child ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [PATCH v4] sdio: optimized SDIO IRQ handling for single irq

ply patch -p1 says: Hunk #2 succeeded at 53 with fuzz 1. So this still isn't rebased onto mmc-next properly. There haven't been any changes to drivers/mmc/core/sdio_irq.c since 2008, though, so now I'm wondering where you got the fuzz from.. - Chris. -- Chri

Re: [PATCH v3] sdio: optimized SDIO IRQ handling for single irq

*/ > struct sdio_func*sdio_func[SDIO_MAX_FUNCS]; /* SDIO functions > (devices) */ > + struct sdio_func*sdio_single_irq; /* SDIO function when only > one IRQ active */ > unsignednum_info; /* number of info strings */ > cons

Re: Automated kernel testing.

large industry users sending in patches, but there doesn't seem to have been a release in about a year, whereas point releases would previously come along once every couple of months. Thanks, - Chris. -- Chris Ball <http://printf.net/> One Laptop Per Child _

Automated kernel testing.

o use for it, or any resources I should take a look at to avoid duplicating work? I've been looking at using autotest, but it seems a bit abandoned lately. Would be grateful for any pointers or ideas. Thanks! - Chris. -- Chris Ball <http://print

Re: [PATCH 0/5] consolidate sdhci pltfm & OF drivers and get them self registered

oving stuff into > drivers/mmc/host/sdhci-pltfm.h. If you get time, would appreciate getting an ACK from you on the patch changes (including Grant's review). Thanks very much! - Chris. -- Chris Ball <http://printf.net/> One Laptop Per Child __