eMMC and mkfs.ext3 hangs without -E nodiscard

Hi all, on kernel 3.16.3 running on an i.MX6 with an eMMC card formatting a partition won't work, it hangs. With an added -v the last thing it spit out is Discarding device blocks: 4096/196608. When I run mkfs with -E nodiscard, formatting booting works. Noteworthy: when the eMMC device was

Re: eMMC and mkfs.ext3 hangs without -E nodiscard

Hi Arnd, Are you sure that it's not just taking very long? Hmm, after one or two minutes I lost my patience. Also, hitting Ctrl-C didn't abort the application. Suspending it with Ctrl-Z doesn't work either. I did an strace, and the last few lines look like this: stat64(/dev/mmcblk0p1,

SDHCI: mdelay() in hot path in esdhc_pltfm_set_clock looses CAN (!) frames

Hi, I noticed in a kernel 4.0.7 that I loose CAN packets when an incoming rsync transfer changes my eMMC or SD-Card image. I used CONFIG_FRACE to find why this is the case, and came to this trace: # tracer: preemptoff # # preemptoff latency trace v1.1.5 on 4.0.7 #

Re: [PATCH v3 0/6] mmc: imx: a few fixes and new feature

Can you also fix the driver to NOT use mdelay(1) while in spinlock irqsafe? A driver with such a design should have gotten a NAK in the first place ... -- To unsubscribe from this list: send the line unsubscribe linux-mmc in the body of a message to majord...@vger.kernel.org More majordomo info

[PATCH 2/6] mmc: move mmc_wait_busy() to core

Currently this function is used inside the mmc test driver. But it is also usable in the (upcoming) firmware update patch. So move this function out of mmc_test.c into core.c. Signed-off-by: Holger Schurig <holgerschu...@gmail.com> --- drivers/mmc/card/mmc_test.

[RFC 0/6] mmc: Field Firmware Update

There have been some attempts to add FFU (field firmware update). The last AFAIK in Nov 2014, http://www.spinics.net/lists/linux-mmc/msg29324.html But it seems that the committers weren't persistent enought. I took the liberty to take Avi's patch and make it hopefully maintainer-review

[PATCH 6/6] mmc: eMMC Field Firmware Update support

multiple write operations - support of both EXT_CSD_MODE_OPERATION_CODES modes Almost completely taken from Avi Shchislowsk/Alex Lemberg patch "[PATCH 3/3]mmc: Support-FFU-for-eMMC-v5.0". Signed-off-by: Holger Schurig <holgerschu...@gmail.com> --- drivers/mmc/card/Kconfig | 1

[PATCH 3/6] mmc: move mmc_check_result() to core.c

. This is helpful to the source in printk. Signed-off-by: Holger Schurig <holgerschu...@gmail.com> --- drivers/mmc/card/mmc_test.c | 109 +++- drivers/mmc/core/core.c | 28 include/linux/mmc/core.h| 8 3 files chang

[PATCH 1/6] mmc: move mmc_prepare_mrq() to core.c

Currently this function is used inside the mmc test driver. But it is also usable in the (upcoming) firmware update patch. So move this function out of mmc_test.c into core.c. Signed-off-by: Holger Schurig <holgerschu...@gmail.com> --- drivers/mmc/card/mmc_test.

[PATCH 5/6] mmc: move mmc_send_cxd_data() to core.c

This function can be used to send ext_csd data towards the chip, which is needed in the (upcoming) firmware update patch. Signed-off-by: Holger Schurig <holgerschu...@gmail.com> --- drivers/mmc/core/mmc_ops.c | 4 ++-- include/linux/mmc/core.h | 3 +++ 2 files changed, 5 insertions

[PATCH 4/6] mmc: move mmc_simple_transfer() to core.c

Currently this function is used inside the mmc test driver. But it is also usable in the (upcoming) firmware update patch. So move this function out of mmc_test.c into core.c. Signed-off-by: Holger Schurig <holgerschu...@gmail.com> --- drivers/mmc/card/mmc_test.

Re: SDHCI: mdelay() in hot path in esdhc_pltfm_set_clock looses CAN (!) frames

Wow, at last some reaction. And I thought nobody cares ... BTW, removing CONFIG_MMC_CLKGATE helped a bit, because the pointless clock-off-clock-on while the device is booting (or accessing multiple sectors within a short time) isn't going to happen anymore. But really, a mdelay(1) in a driver

BUG 4.4rc-4: wrong eMMC signaling voltage reported

Hi, I have an i.MX6Q based system that cannot provide 1.8V voltage towards the eMMC. But Linux 4.4-rc4 reports 1.8V for the eMMC, but this is impossible. Neither my hardware allows this, nor does the DT say it. root@imx6q:/sys/kernel/debug# cat mmc1/ios clock: 5200 Hz actual clock:

Re: [RFC 0/6] mmc: Field Firmware Update

> Sorry for the delay. No problem, I was busy with many other projects as well. > My advise right now is to try this out via the mmc ioctl in userspace, > yes. Although, if you encounter any issues with that approach that it > might not be reliable, I am open to look into the in-kernel solution

Re: BUG 4.4rc-4: wrong eMMC signaling voltage reported

> The no-1-8-v is a somewhat broken DT binding. I advise people to not > use any more. > Depending on the sdhci variant it have different meanings. > > I guess you are using the sdhci-esdhc-imx variant, which means > no-1-8-v will disable UHS modes for SD-cards (those requiring 1.8V > signal