Hi,
Testing the latest linus kernel on OLPC XO-4 (sdhci-pxav3), boot
fails. Userspace does start, and I see that systemd is starting a few
services (feels a bit slower than usual), then it hangs still while
loading initial services - I don't even get to a shell prompt.
git-bisect shows the following commit introduces the problem:
commit 369d321ed1baa7748e770aaaae4d8effad699633
Author: Seungwon Jeon <tgih.jun@xxxxxxxxxxx>
Date: Wed Dec 26 10:40:17 2012 +0900
mmc: queue: exclude asynchronous transfer for special request
mmc debug messages from the point of hang:
sdhci [sdhci_irq()]: *** mmc1 got interrupt: 0x00000001
sdhci [sdhci_irq()]: *** mmc1 got interrupt: 0x00000002
mmc1: req done (CMD18): 0: 00000900 00000000 00000000 00000000
mmc1: 4096 bytes transferred: 0
mmc1: (CMD12): 0: 00000000 00000000 00000000 00000000
<mmc1: starting CMD23 arg 00000008 flags 00000015>
mmc1: starting CMD18 arg 00023000 flags 000000b5
mmc1: blksz 512 blocks 8 flags 00000200 tsac 10 ms nsac 0
mmc1: CMD12 arg 00000000 flags 0000049d
sdhci [sdhci_irq()]: *** mmc1 got interrupt: 0x00000001
sdhci [sdhci_irq()]: *** mmc1 got interrupt: 0x00000002
mmc1: req done (CMD18): 0: 00000900 00000000 00000000 00000000
mmc1: 4096 bytes transferred: 0
mmc1: (CMD12): 0: 00000000 00000000 00000000 00000000
If I modify the patch as follows, things seem to be back to normal:
#define MMC_REQ_SPECIAL_MASK (REQ_DISCARD)
Whereas setting it as follows causes the boot failure:
#define MMC_REQ_SPECIAL_MASK (REQ_FLUSH)
So I would suspect that there is some incompatibility between
REQ_FLUSH handling and the optimization that this patch introduces.
Any ideas?
Daniel
--
To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
