* zaurus: mmcblk0: error -110
@ 2011-04-12 15:15 ` Cyril Hrubis
0 siblings, 0 replies; 41+ messages in thread
From: Cyril Hrubis @ 2011-04-12 15:15 UTC (permalink / raw)
To: pavel, linux-kernel, linux-arm-kernel, eric.y.miao, utx,
zaurus-devel, marek.vasut
Hi!
When I insert the mmc card to zaurus, it gets properly detected and prints some
info into console. Mounting reading/writing files works fine.
However when the card is removed (doesn't need to be mounted before), the
removal is most likely not detected, so when I insert it again, no info is
printed into console and moreover when I try to mount it zaurus goes into
infinite loop printing:
Buffer I/O error on device mmcblk0p1, logical block 9
mmcblk0: error -110 sending status command
mmcblk0: error -110 sending read/write command, response 0xb00, card status 0xb00
end_request: I/O error, dev mmcblk0, sector 257
Buffer I/O error on device mmcblk0p1, logical block 10
mmcblk0: error -110 sending status command
mmcblk0: error -110 sending read/write command, response 0xb00, card status 0xb00
end_request: I/O error, dev mmcblk0, sector 258
Buffer I/O error on device mmcblk0p1, logical block 11
mmcblk0: error -110 sending status command
mmcblk0: error -110 sending read/write command, response 0xb00, card status 0xb00
end_request: I/O error, dev mmcblk0, sector 259
Buffer I/O error on device mmcblk0p1, logical block 12
mmcblk0: error -110 sending status command
mmcblk0: error -110 sending read/write command, response 0xb00, card status 0xb00
...
Related part of the .config:
#
# OTG and related infrastructure
#
# CONFIG_USB_GPIO_VBUS is not set
# CONFIG_USB_ULPI is not set
# CONFIG_NOP_USB_XCEIV is not set
CONFIG_MMC=y
# CONFIG_MMC_DEBUG is not set
CONFIG_MMC_UNSAFE_RESUME=y
# CONFIG_MMC_CLKGATE is not set
#
# MMC/SD/SDIO Card Drivers
#
CONFIG_MMC_BLOCK=y
CONFIG_MMC_BLOCK_MINORS=8
CONFIG_MMC_BLOCK_BOUNCE=y
# CONFIG_SDIO_UART is not set
# CONFIG_MMC_TEST is not set
#
# MMC/SD/SDIO Host Controller Drivers
#
CONFIG_MMC_PXA=y
--
metan
^ permalink raw reply [flat|nested] 41+ messages in thread
* zaurus: mmcblk0: error -110
2011-04-12 15:15 ` Cyril Hrubis
@ 2011-04-12 15:17 ` Eric Miao
-1 siblings, 0 replies; 41+ messages in thread
From: Eric Miao @ 2011-04-12 15:17 UTC (permalink / raw)
To: linux-arm-kernel
Hi Cyril,
Which model do you have? And check the corresponding board file if
card detect GPIO handling is doing right.
- eric
On Tue, Apr 12, 2011 at 11:15 PM, Cyril Hrubis <metan@ucw.cz> wrote:
> Hi!
> When I insert the mmc card to zaurus, it gets properly detected and prints some
> info into console. Mounting reading/writing files works fine.
>
> However when the card is removed (doesn't need to be mounted before), the
> removal is most likely not detected, so when I insert it again, no info is
> printed into console and moreover when I try to mount it zaurus goes into
> infinite loop printing:
>
> Buffer I/O error on device mmcblk0p1, logical block 9
> mmcblk0: error -110 sending status command
> mmcblk0: error -110 sending read/write command, response 0xb00, card status 0xb00
> end_request: I/O error, dev mmcblk0, sector 257
> Buffer I/O error on device mmcblk0p1, logical block 10
> mmcblk0: error -110 sending status command
> mmcblk0: error -110 sending read/write command, response 0xb00, card status 0xb00
> end_request: I/O error, dev mmcblk0, sector 258
> Buffer I/O error on device mmcblk0p1, logical block 11
> mmcblk0: error -110 sending status command
> mmcblk0: error -110 sending read/write command, response 0xb00, card status 0xb00
> end_request: I/O error, dev mmcblk0, sector 259
> Buffer I/O error on device mmcblk0p1, logical block 12
> mmcblk0: error -110 sending status command
> mmcblk0: error -110 sending read/write command, response 0xb00, card status 0xb00
> ...
>
> Related part of the .config:
>
> #
> # OTG and related infrastructure
> #
> # CONFIG_USB_GPIO_VBUS is not set
> # CONFIG_USB_ULPI is not set
> # CONFIG_NOP_USB_XCEIV is not set
> CONFIG_MMC=y
> # CONFIG_MMC_DEBUG is not set
> CONFIG_MMC_UNSAFE_RESUME=y
> # CONFIG_MMC_CLKGATE is not set
>
> #
> # MMC/SD/SDIO Card Drivers
> #
> CONFIG_MMC_BLOCK=y
> CONFIG_MMC_BLOCK_MINORS=8
> CONFIG_MMC_BLOCK_BOUNCE=y
> # CONFIG_SDIO_UART is not set
> # CONFIG_MMC_TEST is not set
>
> #
> # MMC/SD/SDIO Host Controller Drivers
> #
> CONFIG_MMC_PXA=y
>
> --
> metan
>
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: zaurus: mmcblk0: error -110
@ 2011-04-12 15:17 ` Eric Miao
0 siblings, 0 replies; 41+ messages in thread
From: Eric Miao @ 2011-04-12 15:17 UTC (permalink / raw)
To: Cyril Hrubis
Cc: pavel, linux-kernel, linux-arm-kernel, utx, zaurus-devel,
marek.vasut
Hi Cyril,
Which model do you have? And check the corresponding board file if
card detect GPIO handling is doing right.
- eric
On Tue, Apr 12, 2011 at 11:15 PM, Cyril Hrubis <metan@ucw.cz> wrote:
> Hi!
> When I insert the mmc card to zaurus, it gets properly detected and prints some
> info into console. Mounting reading/writing files works fine.
>
> However when the card is removed (doesn't need to be mounted before), the
> removal is most likely not detected, so when I insert it again, no info is
> printed into console and moreover when I try to mount it zaurus goes into
> infinite loop printing:
>
> Buffer I/O error on device mmcblk0p1, logical block 9
> mmcblk0: error -110 sending status command
> mmcblk0: error -110 sending read/write command, response 0xb00, card status 0xb00
> end_request: I/O error, dev mmcblk0, sector 257
> Buffer I/O error on device mmcblk0p1, logical block 10
> mmcblk0: error -110 sending status command
> mmcblk0: error -110 sending read/write command, response 0xb00, card status 0xb00
> end_request: I/O error, dev mmcblk0, sector 258
> Buffer I/O error on device mmcblk0p1, logical block 11
> mmcblk0: error -110 sending status command
> mmcblk0: error -110 sending read/write command, response 0xb00, card status 0xb00
> end_request: I/O error, dev mmcblk0, sector 259
> Buffer I/O error on device mmcblk0p1, logical block 12
> mmcblk0: error -110 sending status command
> mmcblk0: error -110 sending read/write command, response 0xb00, card status 0xb00
> ...
>
> Related part of the .config:
>
> #
> # OTG and related infrastructure
> #
> # CONFIG_USB_GPIO_VBUS is not set
> # CONFIG_USB_ULPI is not set
> # CONFIG_NOP_USB_XCEIV is not set
> CONFIG_MMC=y
> # CONFIG_MMC_DEBUG is not set
> CONFIG_MMC_UNSAFE_RESUME=y
> # CONFIG_MMC_CLKGATE is not set
>
> #
> # MMC/SD/SDIO Card Drivers
> #
> CONFIG_MMC_BLOCK=y
> CONFIG_MMC_BLOCK_MINORS=8
> CONFIG_MMC_BLOCK_BOUNCE=y
> # CONFIG_SDIO_UART is not set
> # CONFIG_MMC_TEST is not set
>
> #
> # MMC/SD/SDIO Host Controller Drivers
> #
> CONFIG_MMC_PXA=y
>
> --
> metan
>
^ permalink raw reply [flat|nested] 41+ messages in thread
* zaurus: mmcblk0: error -110
2011-04-12 15:17 ` Eric Miao
@ 2011-04-12 15:23 ` Cyril Hrubis
-1 siblings, 0 replies; 41+ messages in thread
From: Cyril Hrubis @ 2011-04-12 15:23 UTC (permalink / raw)
To: linux-arm-kernel
Hi!
> Which model do you have? And check the corresponding board file if
> card detect GPIO handling is doing right.
I've got spitz (SL-3200).
So I suppose the board file is arch/arm/mach-pxa/spitz.c, I'll have a look.
--
metan
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: zaurus: mmcblk0: error -110
@ 2011-04-12 15:23 ` Cyril Hrubis
0 siblings, 0 replies; 41+ messages in thread
From: Cyril Hrubis @ 2011-04-12 15:23 UTC (permalink / raw)
To: Eric Miao
Cc: pavel, linux-kernel, linux-arm-kernel, utx, zaurus-devel,
marek.vasut
Hi!
> Which model do you have? And check the corresponding board file if
> card detect GPIO handling is doing right.
I've got spitz (SL-3200).
So I suppose the board file is arch/arm/mach-pxa/spitz.c, I'll have a look.
--
metan
^ permalink raw reply [flat|nested] 41+ messages in thread
* zaurus: mmcblk0: error -110
2011-04-12 15:23 ` Cyril Hrubis
@ 2011-04-12 15:52 ` Cyril Hrubis
-1 siblings, 0 replies; 41+ messages in thread
From: Cyril Hrubis @ 2011-04-12 15:52 UTC (permalink / raw)
To: linux-arm-kernel
Hi!
> > Which model do you have? And check the corresponding board file if
> > card detect GPIO handling is doing right.
>
> I've got spitz (SL-3200).
>
> So I suppose the board file is arch/arm/mach-pxa/spitz.c, I'll have a look.
Hmm, besides cleanup by Marek Vasut there were no changes in the code. And it
seems that it was just cleanup in spitz_card_pwr_ctrl().
--
metan
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: zaurus: mmcblk0: error -110
@ 2011-04-12 15:52 ` Cyril Hrubis
0 siblings, 0 replies; 41+ messages in thread
From: Cyril Hrubis @ 2011-04-12 15:52 UTC (permalink / raw)
To: Eric Miao
Cc: pavel, linux-kernel, linux-arm-kernel, utx, zaurus-devel,
marek.vasut
Hi!
> > Which model do you have? And check the corresponding board file if
> > card detect GPIO handling is doing right.
>
> I've got spitz (SL-3200).
>
> So I suppose the board file is arch/arm/mach-pxa/spitz.c, I'll have a look.
Hmm, besides cleanup by Marek Vasut there were no changes in the code. And it
seems that it was just cleanup in spitz_card_pwr_ctrl().
--
metan
^ permalink raw reply [flat|nested] 41+ messages in thread
* zaurus: mmcblk0: error -110
2011-04-12 15:52 ` Cyril Hrubis
@ 2011-04-12 18:04 ` Pavel Machek
-1 siblings, 0 replies; 41+ messages in thread
From: Pavel Machek @ 2011-04-12 18:04 UTC (permalink / raw)
To: linux-arm-kernel
On Tue 2011-04-12 17:52:17, Cyril Hrubis wrote:
> Hi!
> > > Which model do you have? And check the corresponding board file if
> > > card detect GPIO handling is doing right.
> >
> > I've got spitz (SL-3200).
> >
> > So I suppose the board file is arch/arm/mach-pxa/spitz.c, I'll have a look.
>
> Hmm, besides cleanup by Marek Vasut there were no changes in the code. And it
> seems that it was just cleanup in spitz_card_pwr_ctrl().
With vanilla 2.6.38, I observe similar problem. MMC removal is not
detected; I get "error -110 whilst initalising SD card" on reinsert.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: zaurus: mmcblk0: error -110
@ 2011-04-12 18:04 ` Pavel Machek
0 siblings, 0 replies; 41+ messages in thread
From: Pavel Machek @ 2011-04-12 18:04 UTC (permalink / raw)
To: Cyril Hrubis
Cc: Eric Miao, linux-kernel, linux-arm-kernel, utx, zaurus-devel,
marek.vasut
On Tue 2011-04-12 17:52:17, Cyril Hrubis wrote:
> Hi!
> > > Which model do you have? And check the corresponding board file if
> > > card detect GPIO handling is doing right.
> >
> > I've got spitz (SL-3200).
> >
> > So I suppose the board file is arch/arm/mach-pxa/spitz.c, I'll have a look.
>
> Hmm, besides cleanup by Marek Vasut there were no changes in the code. And it
> seems that it was just cleanup in spitz_card_pwr_ctrl().
With vanilla 2.6.38, I observe similar problem. MMC removal is not
detected; I get "error -110 whilst initalising SD card" on reinsert.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
^ permalink raw reply [flat|nested] 41+ messages in thread
* zaurus: mmcblk0: error -110
2011-04-12 18:04 ` Pavel Machek
@ 2011-04-13 17:10 ` Marek Vasut
-1 siblings, 0 replies; 41+ messages in thread
From: Marek Vasut @ 2011-04-13 17:10 UTC (permalink / raw)
To: linux-arm-kernel
On Tuesday, April 12, 2011 08:04:14 PM Pavel Machek wrote:
> On Tue 2011-04-12 17:52:17, Cyril Hrubis wrote:
> > Hi!
> >
> > > > Which model do you have? And check the corresponding board file if
> > > > card detect GPIO handling is doing right.
> > >
> > > I've got spitz (SL-3200).
> > >
> > > So I suppose the board file is arch/arm/mach-pxa/spitz.c, I'll have a
> > > look.
> >
> > Hmm, besides cleanup by Marek Vasut there were no changes in the code.
> > And it seems that it was just cleanup in spitz_card_pwr_ctrl().
>
> With vanilla 2.6.38, I observe similar problem. MMC removal is not
> detected; I get "error -110 whilst initalising SD card" on reinsert.
> Pavel
I don't observe this problem with my tree (.38-rc8+). I'll have to check
properly though. (On SL-C1000)
Cyril, can you bisect between .37 and .38? I suspect some change in mmc subsys.
Cheers
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: zaurus: mmcblk0: error -110
@ 2011-04-13 17:10 ` Marek Vasut
0 siblings, 0 replies; 41+ messages in thread
From: Marek Vasut @ 2011-04-13 17:10 UTC (permalink / raw)
To: linux-arm-kernel
Cc: Pavel Machek, Cyril Hrubis, Eric Miao, linux-kernel, utx,
zaurus-devel
On Tuesday, April 12, 2011 08:04:14 PM Pavel Machek wrote:
> On Tue 2011-04-12 17:52:17, Cyril Hrubis wrote:
> > Hi!
> >
> > > > Which model do you have? And check the corresponding board file if
> > > > card detect GPIO handling is doing right.
> > >
> > > I've got spitz (SL-3200).
> > >
> > > So I suppose the board file is arch/arm/mach-pxa/spitz.c, I'll have a
> > > look.
> >
> > Hmm, besides cleanup by Marek Vasut there were no changes in the code.
> > And it seems that it was just cleanup in spitz_card_pwr_ctrl().
>
> With vanilla 2.6.38, I observe similar problem. MMC removal is not
> detected; I get "error -110 whilst initalising SD card" on reinsert.
> Pavel
I don't observe this problem with my tree (.38-rc8+). I'll have to check
properly though. (On SL-C1000)
Cyril, can you bisect between .37 and .38? I suspect some change in mmc subsys.
Cheers
^ permalink raw reply [flat|nested] 41+ messages in thread
* zaurus: mmcblk0: error -110
2011-04-13 17:10 ` Marek Vasut
@ 2011-04-13 17:12 ` Marek Vasut
-1 siblings, 0 replies; 41+ messages in thread
From: Marek Vasut @ 2011-04-13 17:12 UTC (permalink / raw)
To: linux-arm-kernel
On Wednesday, April 13, 2011 07:10:53 PM Marek Vasut wrote:
> On Tuesday, April 12, 2011 08:04:14 PM Pavel Machek wrote:
> > On Tue 2011-04-12 17:52:17, Cyril Hrubis wrote:
> > > Hi!
> > >
> > > > > Which model do you have? And check the corresponding board file if
> > > > > card detect GPIO handling is doing right.
> > > >
> > > > I've got spitz (SL-3200).
> > > >
> > > > So I suppose the board file is arch/arm/mach-pxa/spitz.c, I'll have a
> > > > look.
> > >
> > > Hmm, besides cleanup by Marek Vasut there were no changes in the code.
> > > And it seems that it was just cleanup in spitz_card_pwr_ctrl().
> >
> > With vanilla 2.6.38, I observe similar problem. MMC removal is not
> > detected; I get "error -110 whilst initalising SD card" on reinsert.
> >
> > Pavel
>
> I don't observe this problem with my tree (.38-rc8+). I'll have to check
> properly though. (On SL-C1000)
>
> Cyril, can you bisect between .37 and .38? I suspect some change in mmc
> subsys.
>
> Cheers
I see it was solved, ignore this ;-)
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: zaurus: mmcblk0: error -110
@ 2011-04-13 17:12 ` Marek Vasut
0 siblings, 0 replies; 41+ messages in thread
From: Marek Vasut @ 2011-04-13 17:12 UTC (permalink / raw)
To: linux-arm-kernel
Cc: Pavel Machek, Cyril Hrubis, Eric Miao, linux-kernel, utx,
zaurus-devel
On Wednesday, April 13, 2011 07:10:53 PM Marek Vasut wrote:
> On Tuesday, April 12, 2011 08:04:14 PM Pavel Machek wrote:
> > On Tue 2011-04-12 17:52:17, Cyril Hrubis wrote:
> > > Hi!
> > >
> > > > > Which model do you have? And check the corresponding board file if
> > > > > card detect GPIO handling is doing right.
> > > >
> > > > I've got spitz (SL-3200).
> > > >
> > > > So I suppose the board file is arch/arm/mach-pxa/spitz.c, I'll have a
> > > > look.
> > >
> > > Hmm, besides cleanup by Marek Vasut there were no changes in the code.
> > > And it seems that it was just cleanup in spitz_card_pwr_ctrl().
> >
> > With vanilla 2.6.38, I observe similar problem. MMC removal is not
> > detected; I get "error -110 whilst initalising SD card" on reinsert.
> >
> > Pavel
>
> I don't observe this problem with my tree (.38-rc8+). I'll have to check
> properly though. (On SL-C1000)
>
> Cyril, can you bisect between .37 and .38? I suspect some change in mmc
> subsys.
>
> Cheers
I see it was solved, ignore this ;-)
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: zaurus: mmcblk0: error -110
2011-04-12 15:15 ` Cyril Hrubis
(?)
@ 2011-04-12 19:24 ` Chris Ball
-1 siblings, 0 replies; 41+ messages in thread
From: Chris Ball @ 2011-04-12 19:24 UTC (permalink / raw)
To: Cyril Hrubis
Cc: pavel, linux-kernel, linux-arm-kernel, eric.y.miao, utx,
zaurus-devel, marek.vasut, linux-mmc
Hi,
(Adding linux-mmc@.)
On Tue, Apr 12 2011, Cyril Hrubis wrote:
> Hi!
> When I insert the mmc card to zaurus, it gets properly detected and prints some
> info into console. Mounting reading/writing files works fine.
>
> However when the card is removed (doesn't need to be mounted before), the
> removal is most likely not detected, so when I insert it again, no info is
> printed into console and moreover when I try to mount it zaurus goes into
> infinite loop printing:
>
> Buffer I/O error on device mmcblk0p1, logical block 9
> mmcblk0: error -110 sending status command
> mmcblk0: error -110 sending read/write command, response 0xb00, card status 0xb00
> end_request: I/O error, dev mmcblk0, sector 257
> Buffer I/O error on device mmcblk0p1, logical block 10
> ...
>
> Related part of the .config:
>
> #
> # OTG and related infrastructure
> #
> # CONFIG_USB_GPIO_VBUS is not set
> # CONFIG_USB_ULPI is not set
> # CONFIG_NOP_USB_XCEIV is not set
> CONFIG_MMC=y
> # CONFIG_MMC_DEBUG is not set
> CONFIG_MMC_UNSAFE_RESUME=y
Your symptoms match the bug that was fixed by:
bad3babace2ee4d ("mmc: fix CONFIG_MMC_UNSAFE_RESUME regression")
but this fix made it into 2.6.38, so if you're using 2.6.38 final then
you shouldn't be seeing this. Could you confirm that you have this
patch?
If so, could you try building a kernel with CONFIG_MMC_UNSAFE_RESUME=n
and see if you still have the same problem?
- Chris.
--
Chris Ball <cjb@laptop.org> <http://printf.net/>
One Laptop Per Child
^ permalink raw reply [flat|nested] 41+ messages in thread* Re: zaurus: mmcblk0: error -110
@ 2011-04-12 19:24 ` Chris Ball
0 siblings, 0 replies; 41+ messages in thread
From: Chris Ball @ 2011-04-12 19:24 UTC (permalink / raw)
To: Cyril Hrubis
Cc: pavel, linux-kernel, linux-arm-kernel, eric.y.miao, utx,
zaurus-devel, marek.vasut, linux-mmc
Hi,
(Adding linux-mmc@.)
On Tue, Apr 12 2011, Cyril Hrubis wrote:
> Hi!
> When I insert the mmc card to zaurus, it gets properly detected and prints some
> info into console. Mounting reading/writing files works fine.
>
> However when the card is removed (doesn't need to be mounted before), the
> removal is most likely not detected, so when I insert it again, no info is
> printed into console and moreover when I try to mount it zaurus goes into
> infinite loop printing:
>
> Buffer I/O error on device mmcblk0p1, logical block 9
> mmcblk0: error -110 sending status command
> mmcblk0: error -110 sending read/write command, response 0xb00, card status 0xb00
> end_request: I/O error, dev mmcblk0, sector 257
> Buffer I/O error on device mmcblk0p1, logical block 10
> ...
>
> Related part of the .config:
>
> #
> # OTG and related infrastructure
> #
> # CONFIG_USB_GPIO_VBUS is not set
> # CONFIG_USB_ULPI is not set
> # CONFIG_NOP_USB_XCEIV is not set
> CONFIG_MMC=y
> # CONFIG_MMC_DEBUG is not set
> CONFIG_MMC_UNSAFE_RESUME=y
Your symptoms match the bug that was fixed by:
bad3babace2ee4d ("mmc: fix CONFIG_MMC_UNSAFE_RESUME regression")
but this fix made it into 2.6.38, so if you're using 2.6.38 final then
you shouldn't be seeing this. Could you confirm that you have this
patch?
If so, could you try building a kernel with CONFIG_MMC_UNSAFE_RESUME=n
and see if you still have the same problem?
- Chris.
--
Chris Ball <cjb@laptop.org> <http://printf.net/>
One Laptop Per Child
^ permalink raw reply [flat|nested] 41+ messages in thread* zaurus: mmcblk0: error -110
@ 2011-04-12 19:24 ` Chris Ball
0 siblings, 0 replies; 41+ messages in thread
From: Chris Ball @ 2011-04-12 19:24 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
(Adding linux-mmc at .)
On Tue, Apr 12 2011, Cyril Hrubis wrote:
> Hi!
> When I insert the mmc card to zaurus, it gets properly detected and prints some
> info into console. Mounting reading/writing files works fine.
>
> However when the card is removed (doesn't need to be mounted before), the
> removal is most likely not detected, so when I insert it again, no info is
> printed into console and moreover when I try to mount it zaurus goes into
> infinite loop printing:
>
> Buffer I/O error on device mmcblk0p1, logical block 9
> mmcblk0: error -110 sending status command
> mmcblk0: error -110 sending read/write command, response 0xb00, card status 0xb00
> end_request: I/O error, dev mmcblk0, sector 257
> Buffer I/O error on device mmcblk0p1, logical block 10
> ...
>
> Related part of the .config:
>
> #
> # OTG and related infrastructure
> #
> # CONFIG_USB_GPIO_VBUS is not set
> # CONFIG_USB_ULPI is not set
> # CONFIG_NOP_USB_XCEIV is not set
> CONFIG_MMC=y
> # CONFIG_MMC_DEBUG is not set
> CONFIG_MMC_UNSAFE_RESUME=y
Your symptoms match the bug that was fixed by:
bad3babace2ee4d ("mmc: fix CONFIG_MMC_UNSAFE_RESUME regression")
but this fix made it into 2.6.38, so if you're using 2.6.38 final then
you shouldn't be seeing this. Could you confirm that you have this
patch?
If so, could you try building a kernel with CONFIG_MMC_UNSAFE_RESUME=n
and see if you still have the same problem?
- Chris.
--
Chris Ball <cjb@laptop.org> <http://printf.net/>
One Laptop Per Child
^ permalink raw reply [flat|nested] 41+ messages in thread[parent not found: <m3aafvz30t.fsf-0VGQAjvlmrQzNDMTQreKSUB+6BGkLq7r@public.gmane.org>]
* Re: zaurus: mmcblk0: error -110
2011-04-12 19:24 ` Chris Ball
(?)
@ 2011-04-12 19:39 ` Cyril Hrubis
-1 siblings, 0 replies; 41+ messages in thread
From: Cyril Hrubis @ 2011-04-12 19:39 UTC (permalink / raw)
To: Chris Ball
Cc: eric.y.miao-Re5JQEeQqe8AvxtiuMwx3w,
linux-mmc-u79uwXL29TY76Z2rM5mHXA,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
marek.vasut-Re5JQEeQqe8AvxtiuMwx3w,
zaurus-devel-cunTk1MwBs/k6gDgw6ADrEB+6BGkLq7r,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r
Hi!
> > When I insert the mmc card to zaurus, it gets properly detected and prints some
> > info into console. Mounting reading/writing files works fine.
> >
> > However when the card is removed (doesn't need to be mounted before), the
> > removal is most likely not detected, so when I insert it again, no info is
> > printed into console and moreover when I try to mount it zaurus goes into
> > infinite loop printing:
> >
> > Buffer I/O error on device mmcblk0p1, logical block 9
> > mmcblk0: error -110 sending status command
> > mmcblk0: error -110 sending read/write command, response 0xb00, card status 0xb00
> > end_request: I/O error, dev mmcblk0, sector 257
> > Buffer I/O error on device mmcblk0p1, logical block 10
> > ...
> >
> > Related part of the .config:
> >
> > #
> > # OTG and related infrastructure
> > #
> > # CONFIG_USB_GPIO_VBUS is not set
> > # CONFIG_USB_ULPI is not set
> > # CONFIG_NOP_USB_XCEIV is not set
> > CONFIG_MMC=y
> > # CONFIG_MMC_DEBUG is not set
> > CONFIG_MMC_UNSAFE_RESUME=y
>
> Your symptoms match the bug that was fixed by:
>
> bad3babace2ee4d ("mmc: fix CONFIG_MMC_UNSAFE_RESUME regression")
>
> but this fix made it into 2.6.38, so if you're using 2.6.38 final then
> you shouldn't be seeing this. Could you confirm that you have this
> patch?
It seems that the pxa tree I have is still based on 2.6.38-rc8.
And yes, turning CONFIG_MMC_UNSAFE_RESUME off seems to fix that problem.
I'll try to update the kernel tree and try again with CONFIG_MMC_UNSAFE_RESUME
enabled.
--
metan
^ permalink raw reply [flat|nested] 41+ messages in thread* Re: zaurus: mmcblk0: error -110
@ 2011-04-12 19:39 ` Cyril Hrubis
0 siblings, 0 replies; 41+ messages in thread
From: Cyril Hrubis @ 2011-04-12 19:39 UTC (permalink / raw)
To: Chris Ball
Cc: pavel, linux-kernel, linux-arm-kernel, eric.y.miao, utx,
zaurus-devel, marek.vasut, linux-mmc
Hi!
> > When I insert the mmc card to zaurus, it gets properly detected and prints some
> > info into console. Mounting reading/writing files works fine.
> >
> > However when the card is removed (doesn't need to be mounted before), the
> > removal is most likely not detected, so when I insert it again, no info is
> > printed into console and moreover when I try to mount it zaurus goes into
> > infinite loop printing:
> >
> > Buffer I/O error on device mmcblk0p1, logical block 9
> > mmcblk0: error -110 sending status command
> > mmcblk0: error -110 sending read/write command, response 0xb00, card status 0xb00
> > end_request: I/O error, dev mmcblk0, sector 257
> > Buffer I/O error on device mmcblk0p1, logical block 10
> > ...
> >
> > Related part of the .config:
> >
> > #
> > # OTG and related infrastructure
> > #
> > # CONFIG_USB_GPIO_VBUS is not set
> > # CONFIG_USB_ULPI is not set
> > # CONFIG_NOP_USB_XCEIV is not set
> > CONFIG_MMC=y
> > # CONFIG_MMC_DEBUG is not set
> > CONFIG_MMC_UNSAFE_RESUME=y
>
> Your symptoms match the bug that was fixed by:
>
> bad3babace2ee4d ("mmc: fix CONFIG_MMC_UNSAFE_RESUME regression")
>
> but this fix made it into 2.6.38, so if you're using 2.6.38 final then
> you shouldn't be seeing this. Could you confirm that you have this
> patch?
It seems that the pxa tree I have is still based on 2.6.38-rc8.
And yes, turning CONFIG_MMC_UNSAFE_RESUME off seems to fix that problem.
I'll try to update the kernel tree and try again with CONFIG_MMC_UNSAFE_RESUME
enabled.
--
metan
^ permalink raw reply [flat|nested] 41+ messages in thread* zaurus: mmcblk0: error -110
@ 2011-04-12 19:39 ` Cyril Hrubis
0 siblings, 0 replies; 41+ messages in thread
From: Cyril Hrubis @ 2011-04-12 19:39 UTC (permalink / raw)
To: linux-arm-kernel
Hi!
> > When I insert the mmc card to zaurus, it gets properly detected and prints some
> > info into console. Mounting reading/writing files works fine.
> >
> > However when the card is removed (doesn't need to be mounted before), the
> > removal is most likely not detected, so when I insert it again, no info is
> > printed into console and moreover when I try to mount it zaurus goes into
> > infinite loop printing:
> >
> > Buffer I/O error on device mmcblk0p1, logical block 9
> > mmcblk0: error -110 sending status command
> > mmcblk0: error -110 sending read/write command, response 0xb00, card status 0xb00
> > end_request: I/O error, dev mmcblk0, sector 257
> > Buffer I/O error on device mmcblk0p1, logical block 10
> > ...
> >
> > Related part of the .config:
> >
> > #
> > # OTG and related infrastructure
> > #
> > # CONFIG_USB_GPIO_VBUS is not set
> > # CONFIG_USB_ULPI is not set
> > # CONFIG_NOP_USB_XCEIV is not set
> > CONFIG_MMC=y
> > # CONFIG_MMC_DEBUG is not set
> > CONFIG_MMC_UNSAFE_RESUME=y
>
> Your symptoms match the bug that was fixed by:
>
> bad3babace2ee4d ("mmc: fix CONFIG_MMC_UNSAFE_RESUME regression")
>
> but this fix made it into 2.6.38, so if you're using 2.6.38 final then
> you shouldn't be seeing this. Could you confirm that you have this
> patch?
It seems that the pxa tree I have is still based on 2.6.38-rc8.
And yes, turning CONFIG_MMC_UNSAFE_RESUME off seems to fix that problem.
I'll try to update the kernel tree and try again with CONFIG_MMC_UNSAFE_RESUME
enabled.
--
metan
^ permalink raw reply [flat|nested] 41+ messages in thread* Re: zaurus: mmcblk0: error -110
2011-04-12 19:39 ` Cyril Hrubis
(?)
@ 2011-04-12 19:47 ` Chris Ball
-1 siblings, 0 replies; 41+ messages in thread
From: Chris Ball @ 2011-04-12 19:47 UTC (permalink / raw)
To: Cyril Hrubis
Cc: pavel, linux-kernel, linux-arm-kernel, eric.y.miao, utx,
zaurus-devel, marek.vasut, linux-mmc
Hi,
On Tue, Apr 12 2011, Cyril Hrubis wrote:
>> Your symptoms match the bug that was fixed by:
>>
>> bad3babace2ee4d ("mmc: fix CONFIG_MMC_UNSAFE_RESUME regression")
>>
>> but this fix made it into 2.6.38, so if you're using 2.6.38 final then
>> you shouldn't be seeing this. Could you confirm that you have this
>> patch?
>
> It seems that the pxa tree I have is still based on 2.6.38-rc8.
>
> And yes, turning CONFIG_MMC_UNSAFE_RESUME off seems to fix that problem.
>
> I'll try to update the kernel tree and try again with CONFIG_MMC_UNSAFE_RESUME
> enabled.
Okay, great. It was introduced in 2.6.38-rc1 and fixed in 2.6.38 final.
- Chris.
--
Chris Ball <cjb@laptop.org> <http://printf.net/>
One Laptop Per Child
^ permalink raw reply [flat|nested] 41+ messages in thread* Re: zaurus: mmcblk0: error -110
@ 2011-04-12 19:47 ` Chris Ball
0 siblings, 0 replies; 41+ messages in thread
From: Chris Ball @ 2011-04-12 19:47 UTC (permalink / raw)
To: Cyril Hrubis
Cc: pavel, linux-kernel, linux-arm-kernel, eric.y.miao, utx,
zaurus-devel, marek.vasut, linux-mmc
Hi,
On Tue, Apr 12 2011, Cyril Hrubis wrote:
>> Your symptoms match the bug that was fixed by:
>>
>> bad3babace2ee4d ("mmc: fix CONFIG_MMC_UNSAFE_RESUME regression")
>>
>> but this fix made it into 2.6.38, so if you're using 2.6.38 final then
>> you shouldn't be seeing this. Could you confirm that you have this
>> patch?
>
> It seems that the pxa tree I have is still based on 2.6.38-rc8.
>
> And yes, turning CONFIG_MMC_UNSAFE_RESUME off seems to fix that problem.
>
> I'll try to update the kernel tree and try again with CONFIG_MMC_UNSAFE_RESUME
> enabled.
Okay, great. It was introduced in 2.6.38-rc1 and fixed in 2.6.38 final.
- Chris.
--
Chris Ball <cjb@laptop.org> <http://printf.net/>
One Laptop Per Child
^ permalink raw reply [flat|nested] 41+ messages in thread* zaurus: mmcblk0: error -110
@ 2011-04-12 19:47 ` Chris Ball
0 siblings, 0 replies; 41+ messages in thread
From: Chris Ball @ 2011-04-12 19:47 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On Tue, Apr 12 2011, Cyril Hrubis wrote:
>> Your symptoms match the bug that was fixed by:
>>
>> bad3babace2ee4d ("mmc: fix CONFIG_MMC_UNSAFE_RESUME regression")
>>
>> but this fix made it into 2.6.38, so if you're using 2.6.38 final then
>> you shouldn't be seeing this. Could you confirm that you have this
>> patch?
>
> It seems that the pxa tree I have is still based on 2.6.38-rc8.
>
> And yes, turning CONFIG_MMC_UNSAFE_RESUME off seems to fix that problem.
>
> I'll try to update the kernel tree and try again with CONFIG_MMC_UNSAFE_RESUME
> enabled.
Okay, great. It was introduced in 2.6.38-rc1 and fixed in 2.6.38 final.
- Chris.
--
Chris Ball <cjb@laptop.org> <http://printf.net/>
One Laptop Per Child
^ permalink raw reply [flat|nested] 41+ messages in thread[parent not found: <m3oc4bxne1.fsf-0VGQAjvlmrQzNDMTQreKSUB+6BGkLq7r@public.gmane.org>]
* Re: zaurus: mmcblk0: error -110
2011-04-12 19:47 ` Chris Ball
(?)
@ 2011-04-12 20:54 ` Cyril Hrubis
-1 siblings, 0 replies; 41+ messages in thread
From: Cyril Hrubis @ 2011-04-12 20:54 UTC (permalink / raw)
To: Chris Ball
Cc: eric.y.miao-Re5JQEeQqe8AvxtiuMwx3w,
linux-mmc-u79uwXL29TY76Z2rM5mHXA,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
marek.vasut-Re5JQEeQqe8AvxtiuMwx3w,
zaurus-devel-cunTk1MwBs/k6gDgw6ADrEB+6BGkLq7r,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r
Hi!
> >> Your symptoms match the bug that was fixed by:
> >>
> >> bad3babace2ee4d ("mmc: fix CONFIG_MMC_UNSAFE_RESUME regression")
> >>
> >> but this fix made it into 2.6.38, so if you're using 2.6.38 final then
> >> you shouldn't be seeing this. Could you confirm that you have this
> >> patch?
> >
> > It seems that the pxa tree I have is still based on 2.6.38-rc8.
> >
> > And yes, turning CONFIG_MMC_UNSAFE_RESUME off seems to fix that problem.
> >
> > I'll try to update the kernel tree and try again with CONFIG_MMC_UNSAFE_RESUME
> > enabled.
>
> Okay, great. It was introduced in 2.6.38-rc1 and fixed in 2.6.38 final.
>
Tried 2.6.39-rc3 both with and without CONFIG_MMC_UNSAFE_RESUME and the
insert/remove detection works but both with and without unsafe resume, if the
card is removed for more than second or two it fails to recognize the card
after insertion failing with:
mmc0: error -95 whilst initialising SD card
--
metan
^ permalink raw reply [flat|nested] 41+ messages in thread* Re: zaurus: mmcblk0: error -110
@ 2011-04-12 20:54 ` Cyril Hrubis
0 siblings, 0 replies; 41+ messages in thread
From: Cyril Hrubis @ 2011-04-12 20:54 UTC (permalink / raw)
To: Chris Ball
Cc: pavel, linux-kernel, linux-arm-kernel, eric.y.miao, utx,
zaurus-devel, marek.vasut, linux-mmc
Hi!
> >> Your symptoms match the bug that was fixed by:
> >>
> >> bad3babace2ee4d ("mmc: fix CONFIG_MMC_UNSAFE_RESUME regression")
> >>
> >> but this fix made it into 2.6.38, so if you're using 2.6.38 final then
> >> you shouldn't be seeing this. Could you confirm that you have this
> >> patch?
> >
> > It seems that the pxa tree I have is still based on 2.6.38-rc8.
> >
> > And yes, turning CONFIG_MMC_UNSAFE_RESUME off seems to fix that problem.
> >
> > I'll try to update the kernel tree and try again with CONFIG_MMC_UNSAFE_RESUME
> > enabled.
>
> Okay, great. It was introduced in 2.6.38-rc1 and fixed in 2.6.38 final.
>
Tried 2.6.39-rc3 both with and without CONFIG_MMC_UNSAFE_RESUME and the
insert/remove detection works but both with and without unsafe resume, if the
card is removed for more than second or two it fails to recognize the card
after insertion failing with:
mmc0: error -95 whilst initialising SD card
--
metan
^ permalink raw reply [flat|nested] 41+ messages in thread* zaurus: mmcblk0: error -110
@ 2011-04-12 20:54 ` Cyril Hrubis
0 siblings, 0 replies; 41+ messages in thread
From: Cyril Hrubis @ 2011-04-12 20:54 UTC (permalink / raw)
To: linux-arm-kernel
Hi!
> >> Your symptoms match the bug that was fixed by:
> >>
> >> bad3babace2ee4d ("mmc: fix CONFIG_MMC_UNSAFE_RESUME regression")
> >>
> >> but this fix made it into 2.6.38, so if you're using 2.6.38 final then
> >> you shouldn't be seeing this. Could you confirm that you have this
> >> patch?
> >
> > It seems that the pxa tree I have is still based on 2.6.38-rc8.
> >
> > And yes, turning CONFIG_MMC_UNSAFE_RESUME off seems to fix that problem.
> >
> > I'll try to update the kernel tree and try again with CONFIG_MMC_UNSAFE_RESUME
> > enabled.
>
> Okay, great. It was introduced in 2.6.38-rc1 and fixed in 2.6.38 final.
>
Tried 2.6.39-rc3 both with and without CONFIG_MMC_UNSAFE_RESUME and the
insert/remove detection works but both with and without unsafe resume, if the
card is removed for more than second or two it fails to recognize the card
after insertion failing with:
mmc0: error -95 whilst initialising SD card
--
metan
^ permalink raw reply [flat|nested] 41+ messages in thread* Re: zaurus: mmcblk0: error -110
2011-04-12 20:54 ` Cyril Hrubis
(?)
@ 2011-04-12 21:21 ` Chris Ball
-1 siblings, 0 replies; 41+ messages in thread
From: Chris Ball @ 2011-04-12 21:21 UTC (permalink / raw)
To: Cyril Hrubis
Cc: pavel, linux-kernel, linux-arm-kernel, eric.y.miao, utx,
zaurus-devel, marek.vasut, linux-mmc
Hi,
On Tue, Apr 12 2011, Cyril Hrubis wrote:
> Tried 2.6.39-rc3 both with and without CONFIG_MMC_UNSAFE_RESUME and the
> insert/remove detection works but both with and without unsafe resume, if the
> card is removed for more than second or two it fails to recognize the card
> after insertion failing with:
>
> mmc0: error -95 whilst initialising SD card
That's interesting. Would you mind trying to bisect? (Knowing whether
2.6.38 final does it, for example, would be very helpful.)
There aren't many -EOPNOTSUPP returns in the stack. I see:
card/block.c: mmc_blk_issue_secdiscard_rq and mmc_blk_issue_discard_rq
card/core.c: mmc_erase
core/sd_ops.c: mmc_app_cmd
Mind doing some instrumentation to figure out which it is?
Thanks,
- Chris.
--
Chris Ball <cjb@laptop.org> <http://printf.net/>
One Laptop Per Child
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: zaurus: mmcblk0: error -110
@ 2011-04-12 21:21 ` Chris Ball
0 siblings, 0 replies; 41+ messages in thread
From: Chris Ball @ 2011-04-12 21:21 UTC (permalink / raw)
To: Cyril Hrubis
Cc: pavel, linux-kernel, linux-arm-kernel, eric.y.miao, utx,
zaurus-devel, marek.vasut, linux-mmc
Hi,
On Tue, Apr 12 2011, Cyril Hrubis wrote:
> Tried 2.6.39-rc3 both with and without CONFIG_MMC_UNSAFE_RESUME and the
> insert/remove detection works but both with and without unsafe resume, if the
> card is removed for more than second or two it fails to recognize the card
> after insertion failing with:
>
> mmc0: error -95 whilst initialising SD card
That's interesting. Would you mind trying to bisect? (Knowing whether
2.6.38 final does it, for example, would be very helpful.)
There aren't many -EOPNOTSUPP returns in the stack. I see:
card/block.c: mmc_blk_issue_secdiscard_rq and mmc_blk_issue_discard_rq
card/core.c: mmc_erase
core/sd_ops.c: mmc_app_cmd
Mind doing some instrumentation to figure out which it is?
Thanks,
- Chris.
--
Chris Ball <cjb@laptop.org> <http://printf.net/>
One Laptop Per Child
^ permalink raw reply [flat|nested] 41+ messages in thread
* zaurus: mmcblk0: error -110
@ 2011-04-12 21:21 ` Chris Ball
0 siblings, 0 replies; 41+ messages in thread
From: Chris Ball @ 2011-04-12 21:21 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On Tue, Apr 12 2011, Cyril Hrubis wrote:
> Tried 2.6.39-rc3 both with and without CONFIG_MMC_UNSAFE_RESUME and the
> insert/remove detection works but both with and without unsafe resume, if the
> card is removed for more than second or two it fails to recognize the card
> after insertion failing with:
>
> mmc0: error -95 whilst initialising SD card
That's interesting. Would you mind trying to bisect? (Knowing whether
2.6.38 final does it, for example, would be very helpful.)
There aren't many -EOPNOTSUPP returns in the stack. I see:
card/block.c: mmc_blk_issue_secdiscard_rq and mmc_blk_issue_discard_rq
card/core.c: mmc_erase
core/sd_ops.c: mmc_app_cmd
Mind doing some instrumentation to figure out which it is?
Thanks,
- Chris.
--
Chris Ball <cjb@laptop.org> <http://printf.net/>
One Laptop Per Child
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: zaurus: mmcblk0: error -110
2011-04-12 21:21 ` Chris Ball
(?)
@ 2011-04-12 21:39 ` Chris Ball
-1 siblings, 0 replies; 41+ messages in thread
From: Chris Ball @ 2011-04-12 21:39 UTC (permalink / raw)
To: Cyril Hrubis
Cc: pavel, linux-kernel, linux-arm-kernel, eric.y.miao, utx,
zaurus-devel, marek.vasut, linux-mmc
Hi,
On Tue, Apr 12 2011, Chris Ball wrote:
> There aren't many -EOPNOTSUPP returns in the stack. I see:
>
> card/block.c: mmc_blk_issue_secdiscard_rq and mmc_blk_issue_discard_rq
> card/core.c: mmc_erase
> core/sd_ops.c: mmc_app_cmd
>
> Mind doing some instrumentation to figure out which it is?
Actually, this probably isn't necessary -- mmc_app_cmd() is the only call
involved in the setup path, via mmc_sd_init_card() -> mmc_app_send_scr().
So, a better question: was mmc_app_send_scr() succeeding on your previous
kernels? There hasn't been much change in this area lately.
Thanks,
- Chris.
--
Chris Ball <cjb@laptop.org> <http://printf.net/>
One Laptop Per Child
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: zaurus: mmcblk0: error -110
@ 2011-04-12 21:39 ` Chris Ball
0 siblings, 0 replies; 41+ messages in thread
From: Chris Ball @ 2011-04-12 21:39 UTC (permalink / raw)
To: Cyril Hrubis
Cc: pavel, linux-kernel, linux-arm-kernel, eric.y.miao, utx,
zaurus-devel, marek.vasut, linux-mmc
Hi,
On Tue, Apr 12 2011, Chris Ball wrote:
> There aren't many -EOPNOTSUPP returns in the stack. I see:
>
> card/block.c: mmc_blk_issue_secdiscard_rq and mmc_blk_issue_discard_rq
> card/core.c: mmc_erase
> core/sd_ops.c: mmc_app_cmd
>
> Mind doing some instrumentation to figure out which it is?
Actually, this probably isn't necessary -- mmc_app_cmd() is the only call
involved in the setup path, via mmc_sd_init_card() -> mmc_app_send_scr().
So, a better question: was mmc_app_send_scr() succeeding on your previous
kernels? There hasn't been much change in this area lately.
Thanks,
- Chris.
--
Chris Ball <cjb@laptop.org> <http://printf.net/>
One Laptop Per Child
^ permalink raw reply [flat|nested] 41+ messages in thread
* zaurus: mmcblk0: error -110
@ 2011-04-12 21:39 ` Chris Ball
0 siblings, 0 replies; 41+ messages in thread
From: Chris Ball @ 2011-04-12 21:39 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On Tue, Apr 12 2011, Chris Ball wrote:
> There aren't many -EOPNOTSUPP returns in the stack. I see:
>
> card/block.c: mmc_blk_issue_secdiscard_rq and mmc_blk_issue_discard_rq
> card/core.c: mmc_erase
> core/sd_ops.c: mmc_app_cmd
>
> Mind doing some instrumentation to figure out which it is?
Actually, this probably isn't necessary -- mmc_app_cmd() is the only call
involved in the setup path, via mmc_sd_init_card() -> mmc_app_send_scr().
So, a better question: was mmc_app_send_scr() succeeding on your previous
kernels? There hasn't been much change in this area lately.
Thanks,
- Chris.
--
Chris Ball <cjb@laptop.org> <http://printf.net/>
One Laptop Per Child
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: zaurus: mmcblk0: error -110
2011-04-12 21:21 ` Chris Ball
(?)
@ 2011-04-12 22:43 ` Cyril Hrubis
-1 siblings, 0 replies; 41+ messages in thread
From: Cyril Hrubis @ 2011-04-12 22:43 UTC (permalink / raw)
To: Chris Ball
Cc: pavel, linux-kernel, linux-arm-kernel, eric.y.miao, utx,
zaurus-devel, marek.vasut, linux-mmc
Hi!
> > Tried 2.6.39-rc3 both with and without CONFIG_MMC_UNSAFE_RESUME and the
> > insert/remove detection works but both with and without unsafe resume, if the
> > card is removed for more than second or two it fails to recognize the card
> > after insertion failing with:
> >
> > mmc0: error -95 whilst initialising SD card
>
> That's interesting. Would you mind trying to bisect? (Knowing whether
> 2.6.38 final does it, for example, would be very helpful.)
It may need one or two tries on 2.6.38 but it's there too.
> There aren't many -EOPNOTSUPP returns in the stack. I see:
>
> card/block.c: mmc_blk_issue_secdiscard_rq and mmc_blk_issue_discard_rq
> card/core.c: mmc_erase
> core/sd_ops.c: mmc_app_cmd
>
> Mind doing some instrumentation to figure out which it is?
Fails in the mmc_app_cmd.
--
metan
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: zaurus: mmcblk0: error -110
@ 2011-04-12 22:43 ` Cyril Hrubis
0 siblings, 0 replies; 41+ messages in thread
From: Cyril Hrubis @ 2011-04-12 22:43 UTC (permalink / raw)
To: Chris Ball
Cc: pavel, linux-kernel, linux-arm-kernel, eric.y.miao, utx,
zaurus-devel, marek.vasut, linux-mmc
Hi!
> > Tried 2.6.39-rc3 both with and without CONFIG_MMC_UNSAFE_RESUME and the
> > insert/remove detection works but both with and without unsafe resume, if the
> > card is removed for more than second or two it fails to recognize the card
> > after insertion failing with:
> >
> > mmc0: error -95 whilst initialising SD card
>
> That's interesting. Would you mind trying to bisect? (Knowing whether
> 2.6.38 final does it, for example, would be very helpful.)
It may need one or two tries on 2.6.38 but it's there too.
> There aren't many -EOPNOTSUPP returns in the stack. I see:
>
> card/block.c: mmc_blk_issue_secdiscard_rq and mmc_blk_issue_discard_rq
> card/core.c: mmc_erase
> core/sd_ops.c: mmc_app_cmd
>
> Mind doing some instrumentation to figure out which it is?
Fails in the mmc_app_cmd.
--
metan
^ permalink raw reply [flat|nested] 41+ messages in thread
* zaurus: mmcblk0: error -110
@ 2011-04-12 22:43 ` Cyril Hrubis
0 siblings, 0 replies; 41+ messages in thread
From: Cyril Hrubis @ 2011-04-12 22:43 UTC (permalink / raw)
To: linux-arm-kernel
Hi!
> > Tried 2.6.39-rc3 both with and without CONFIG_MMC_UNSAFE_RESUME and the
> > insert/remove detection works but both with and without unsafe resume, if the
> > card is removed for more than second or two it fails to recognize the card
> > after insertion failing with:
> >
> > mmc0: error -95 whilst initialising SD card
>
> That's interesting. Would you mind trying to bisect? (Knowing whether
> 2.6.38 final does it, for example, would be very helpful.)
It may need one or two tries on 2.6.38 but it's there too.
> There aren't many -EOPNOTSUPP returns in the stack. I see:
>
> card/block.c: mmc_blk_issue_secdiscard_rq and mmc_blk_issue_discard_rq
> card/core.c: mmc_erase
> core/sd_ops.c: mmc_app_cmd
>
> Mind doing some instrumentation to figure out which it is?
Fails in the mmc_app_cmd.
--
metan
^ permalink raw reply [flat|nested] 41+ messages in thread
[parent not found: <20110412224333.GA22640-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org>]
* Re: zaurus: mmcblk0: error -110
2011-04-12 22:43 ` Cyril Hrubis
(?)
@ 2011-04-12 22:53 ` Chris Ball
-1 siblings, 0 replies; 41+ messages in thread
From: Chris Ball @ 2011-04-12 22:53 UTC (permalink / raw)
To: Cyril Hrubis
Cc: eric.y.miao-Re5JQEeQqe8AvxtiuMwx3w,
linux-mmc-u79uwXL29TY76Z2rM5mHXA,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
marek.vasut-Re5JQEeQqe8AvxtiuMwx3w,
zaurus-devel-cunTk1MwBs/k6gDgw6ADrEB+6BGkLq7r,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r
Hi,
On Tue, Apr 12 2011, Cyril Hrubis wrote:
>> > mmc0: error -95 whilst initialising SD card
>>
>> That's interesting. Would you mind trying to bisect? (Knowing whether
>> 2.6.38 final does it, for example, would be very helpful.)
>
> It may need one or two tries on 2.6.38 but it's there too.
>
>> There aren't many -EOPNOTSUPP returns in the stack. I see:
>>
>> card/block.c: mmc_blk_issue_secdiscard_rq and mmc_blk_issue_discard_rq
>> card/core.c: mmc_erase
>> core/sd_ops.c: mmc_app_cmd
>>
>> Mind doing some instrumentation to figure out which it is?
>
> Fails in the mmc_app_cmd.
Okay. mmc_app_cmd() hasn't changed for years, so I'm afraid I don't
have any strong leads for you -- further bisection (you're pretty
sure this is a regression?) would be very useful.
Thanks,
- Chris.
--
Chris Ball <cjb-2X9k7bc8m7Mdnm+yROfE0A@public.gmane.org> <http://printf.net/>
One Laptop Per Child
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: zaurus: mmcblk0: error -110
@ 2011-04-12 22:53 ` Chris Ball
0 siblings, 0 replies; 41+ messages in thread
From: Chris Ball @ 2011-04-12 22:53 UTC (permalink / raw)
To: Cyril Hrubis
Cc: pavel, linux-kernel, linux-arm-kernel, eric.y.miao, utx,
zaurus-devel, marek.vasut, linux-mmc
Hi,
On Tue, Apr 12 2011, Cyril Hrubis wrote:
>> > mmc0: error -95 whilst initialising SD card
>>
>> That's interesting. Would you mind trying to bisect? (Knowing whether
>> 2.6.38 final does it, for example, would be very helpful.)
>
> It may need one or two tries on 2.6.38 but it's there too.
>
>> There aren't many -EOPNOTSUPP returns in the stack. I see:
>>
>> card/block.c: mmc_blk_issue_secdiscard_rq and mmc_blk_issue_discard_rq
>> card/core.c: mmc_erase
>> core/sd_ops.c: mmc_app_cmd
>>
>> Mind doing some instrumentation to figure out which it is?
>
> Fails in the mmc_app_cmd.
Okay. mmc_app_cmd() hasn't changed for years, so I'm afraid I don't
have any strong leads for you -- further bisection (you're pretty
sure this is a regression?) would be very useful.
Thanks,
- Chris.
--
Chris Ball <cjb@laptop.org> <http://printf.net/>
One Laptop Per Child
^ permalink raw reply [flat|nested] 41+ messages in thread
* zaurus: mmcblk0: error -110
@ 2011-04-12 22:53 ` Chris Ball
0 siblings, 0 replies; 41+ messages in thread
From: Chris Ball @ 2011-04-12 22:53 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On Tue, Apr 12 2011, Cyril Hrubis wrote:
>> > mmc0: error -95 whilst initialising SD card
>>
>> That's interesting. Would you mind trying to bisect? (Knowing whether
>> 2.6.38 final does it, for example, would be very helpful.)
>
> It may need one or two tries on 2.6.38 but it's there too.
>
>> There aren't many -EOPNOTSUPP returns in the stack. I see:
>>
>> card/block.c: mmc_blk_issue_secdiscard_rq and mmc_blk_issue_discard_rq
>> card/core.c: mmc_erase
>> core/sd_ops.c: mmc_app_cmd
>>
>> Mind doing some instrumentation to figure out which it is?
>
> Fails in the mmc_app_cmd.
Okay. mmc_app_cmd() hasn't changed for years, so I'm afraid I don't
have any strong leads for you -- further bisection (you're pretty
sure this is a regression?) would be very useful.
Thanks,
- Chris.
--
Chris Ball <cjb@laptop.org> <http://printf.net/>
One Laptop Per Child
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: zaurus: mmcblk0: error -110
2011-04-12 22:53 ` Chris Ball
(?)
@ 2011-04-15 21:33 ` Cyril Hrubis
-1 siblings, 0 replies; 41+ messages in thread
From: Cyril Hrubis @ 2011-04-15 21:33 UTC (permalink / raw)
To: Chris Ball
Cc: pavel, linux-kernel, linux-arm-kernel, eric.y.miao, utx,
zaurus-devel, marek.vasut, linux-mmc
Hi!
> >> > mmc0: error -95 whilst initialising SD card
> >>
> >> That's interesting. Would you mind trying to bisect? (Knowing whether
> >> 2.6.38 final does it, for example, would be very helpful.)
> >
> > It may need one or two tries on 2.6.38 but it's there too.
> >
> >> There aren't many -EOPNOTSUPP returns in the stack. I see:
> >>
> >> card/block.c: mmc_blk_issue_secdiscard_rq and mmc_blk_issue_discard_rq
> >> card/core.c: mmc_erase
> >> core/sd_ops.c: mmc_app_cmd
> >>
> >> Mind doing some instrumentation to figure out which it is?
> >
> > Fails in the mmc_app_cmd.
>
> Okay. mmc_app_cmd() hasn't changed for years, so I'm afraid I don't
> have any strong leads for you -- further bisection (you're pretty
> sure this is a regression?) would be very useful.
Well, I was using some old kernel there and updated to the 2.6.38 recently so
only clue I do have is that it was working on like 2 years old kernel.
And bisection is quite complicated, as number of kernel images simply doesn't
boot there. :(
I will look on this next week (hopefully) thanks anyway for your help so far.
--
metan
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: zaurus: mmcblk0: error -110
@ 2011-04-15 21:33 ` Cyril Hrubis
0 siblings, 0 replies; 41+ messages in thread
From: Cyril Hrubis @ 2011-04-15 21:33 UTC (permalink / raw)
To: Chris Ball
Cc: pavel, linux-kernel, linux-arm-kernel, eric.y.miao, utx,
zaurus-devel, marek.vasut, linux-mmc
Hi!
> >> > mmc0: error -95 whilst initialising SD card
> >>
> >> That's interesting. Would you mind trying to bisect? (Knowing whether
> >> 2.6.38 final does it, for example, would be very helpful.)
> >
> > It may need one or two tries on 2.6.38 but it's there too.
> >
> >> There aren't many -EOPNOTSUPP returns in the stack. I see:
> >>
> >> card/block.c: mmc_blk_issue_secdiscard_rq and mmc_blk_issue_discard_rq
> >> card/core.c: mmc_erase
> >> core/sd_ops.c: mmc_app_cmd
> >>
> >> Mind doing some instrumentation to figure out which it is?
> >
> > Fails in the mmc_app_cmd.
>
> Okay. mmc_app_cmd() hasn't changed for years, so I'm afraid I don't
> have any strong leads for you -- further bisection (you're pretty
> sure this is a regression?) would be very useful.
Well, I was using some old kernel there and updated to the 2.6.38 recently so
only clue I do have is that it was working on like 2 years old kernel.
And bisection is quite complicated, as number of kernel images simply doesn't
boot there. :(
I will look on this next week (hopefully) thanks anyway for your help so far.
--
metan
^ permalink raw reply [flat|nested] 41+ messages in thread
* zaurus: mmcblk0: error -110
@ 2011-04-15 21:33 ` Cyril Hrubis
0 siblings, 0 replies; 41+ messages in thread
From: Cyril Hrubis @ 2011-04-15 21:33 UTC (permalink / raw)
To: linux-arm-kernel
Hi!
> >> > mmc0: error -95 whilst initialising SD card
> >>
> >> That's interesting. Would you mind trying to bisect? (Knowing whether
> >> 2.6.38 final does it, for example, would be very helpful.)
> >
> > It may need one or two tries on 2.6.38 but it's there too.
> >
> >> There aren't many -EOPNOTSUPP returns in the stack. I see:
> >>
> >> card/block.c: mmc_blk_issue_secdiscard_rq and mmc_blk_issue_discard_rq
> >> card/core.c: mmc_erase
> >> core/sd_ops.c: mmc_app_cmd
> >>
> >> Mind doing some instrumentation to figure out which it is?
> >
> > Fails in the mmc_app_cmd.
>
> Okay. mmc_app_cmd() hasn't changed for years, so I'm afraid I don't
> have any strong leads for you -- further bisection (you're pretty
> sure this is a regression?) would be very useful.
Well, I was using some old kernel there and updated to the 2.6.38 recently so
only clue I do have is that it was working on like 2 years old kernel.
And bisection is quite complicated, as number of kernel images simply doesn't
boot there. :(
I will look on this next week (hopefully) thanks anyway for your help so far.
--
metan
^ permalink raw reply [flat|nested] 41+ messages in thread