From: James Bottomley <James.Bottomley@HansenPartnership.com>
To: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Cc: David Martin <tasio@tasio.net>,
Maarten Bressers <mbres@gentoo.org>,
Daniel Drake <dsd@gentoo.org>,
linux-scsi@vger.kernel.org,
Linux Kernel Development <linux-kernel@vger.kernel.org>,
Cell Broadband Engine OSS Development <cbe-oss-dev@ozlabs.org>
Subject: Re: [regression/bisected] corrupt CD data after media change and delay
Date: Fri, 06 Jun 2008 10:13:22 -0500 [thread overview]
Message-ID: <1212765202.16182.5.camel@localhost.localdomain> (raw)
In-Reply-To: <Pine.LNX.4.64.0806061458300.6228@vixen.sonytel.be>
On Fri, 2008-06-06 at 16:06 +0200, Geert Uytterhoeven wrote:
> Hi all,
>
> When mounting a CD/DVD more than 30 seconds after inserting it, and reading
> from it, we get:
>
> attempt to access beyond end of device
> sr0: rw=0, want=371932, limit=371928
> Buffer I/O error on device sr0, logical block 92982
> attempt to access beyond end of device
> sr0: rw=0, want=371936, limit=371928
> Buffer I/O error on device sr0, logical block 92983
> attempt to access beyond end of device
> sr0: rw=0, want=371940, limit=371928
> Buffer I/O error on device sr0, logical block 92984
> attempt to access beyond end of device
> sr0: rw=0, want=371944, limit=371928
> Buffer I/O error on device sr0, logical block 92985
> attempt to access beyond end of device
> sr0: rw=0, want=371948, limit=371928
> Buffer I/O error on device sr0, logical block 92986
> ...
>
> It can be reproduced on a PS3 with busybox userland using:
>
> # Insert first CD
> $ mount /dev/sr0 /mnt
> $ ls -R /mnt
> $ umount /mnt
> $ eject
> # Remove first CD
>
> # Insert second CD
> # Wait at least 30 seconds
> $ mount /dev/sr0 /mnt
> $ tar cf /dev/null /mnt
>
> It does not happen when mounting the second CD within 30 seconds after
> inserting it, which is consistent with
>
> #define SR_TIMEOUT (30 * HZ)
>
> I can't seem to reproduce it with a Debian or Fedora Core 6 userland.
>
> The problem is present in 2.6.25.
> 2.6.24 is OK.
Hmm ... how are you preventing HAL from automatically mounting the CD?
Also, in the two different situations, what does
cat /sys/block/sr0/size
(assuming your cd is sr0) give you? My first theory is an incorrect
size propagating from something.
James
WARNING: multiple messages have this Message-ID (diff)
From: James Bottomley <James.Bottomley@HansenPartnership.com>
To: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Cc: David Martin <tasio@hierro.tasio.net>,
Maarten Bressers <mbres@gentoo.org>,
Daniel Drake <dsd@gentoo.org>,
linux-scsi@vger.kernel.org,
Linux Kernel Development <linux-kernel@vger.kernel.org>,
Cell Broadband Engine OSS Development <cbe-oss-dev@ozlabs.org>
Subject: Re: [regression/bisected] corrupt CD data after media change and delay
Date: Fri, 06 Jun 2008 10:13:22 -0500 [thread overview]
Message-ID: <1212765202.16182.5.camel@localhost.localdomain> (raw)
In-Reply-To: <Pine.LNX.4.64.0806061458300.6228@vixen.sonytel.be>
On Fri, 2008-06-06 at 16:06 +0200, Geert Uytterhoeven wrote:
> Hi all,
>
> When mounting a CD/DVD more than 30 seconds after inserting it, and reading
> from it, we get:
>
> attempt to access beyond end of device
> sr0: rw=0, want=371932, limit=371928
> Buffer I/O error on device sr0, logical block 92982
> attempt to access beyond end of device
> sr0: rw=0, want=371936, limit=371928
> Buffer I/O error on device sr0, logical block 92983
> attempt to access beyond end of device
> sr0: rw=0, want=371940, limit=371928
> Buffer I/O error on device sr0, logical block 92984
> attempt to access beyond end of device
> sr0: rw=0, want=371944, limit=371928
> Buffer I/O error on device sr0, logical block 92985
> attempt to access beyond end of device
> sr0: rw=0, want=371948, limit=371928
> Buffer I/O error on device sr0, logical block 92986
> ...
>
> It can be reproduced on a PS3 with busybox userland using:
>
> # Insert first CD
> $ mount /dev/sr0 /mnt
> $ ls -R /mnt
> $ umount /mnt
> $ eject
> # Remove first CD
>
> # Insert second CD
> # Wait at least 30 seconds
> $ mount /dev/sr0 /mnt
> $ tar cf /dev/null /mnt
>
> It does not happen when mounting the second CD within 30 seconds after
> inserting it, which is consistent with
>
> #define SR_TIMEOUT (30 * HZ)
>
> I can't seem to reproduce it with a Debian or Fedora Core 6 userland.
>
> The problem is present in 2.6.25.
> 2.6.24 is OK.
Hmm ... how are you preventing HAL from automatically mounting the CD?
Also, in the two different situations, what does
cat /sys/block/sr0/size
(assuming your cd is sr0) give you? My first theory is an incorrect
size propagating from something.
James
next prev parent reply other threads:[~2008-06-06 15:13 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-06 14:06 [regression/bisected] corrupt CD data after media change and delay Geert Uytterhoeven
2008-06-06 14:06 ` Geert Uytterhoeven
2008-06-06 15:13 ` James Bottomley [this message]
2008-06-06 15:13 ` James Bottomley
2008-06-06 17:27 ` Geert Uytterhoeven
2008-06-06 17:27 ` Geert Uytterhoeven
2008-06-09 12:54 ` Geert Uytterhoeven
2008-06-09 12:54 ` Geert Uytterhoeven
2008-06-09 13:54 ` [Cbe-oss-dev] " Geert Uytterhoeven
2008-06-09 13:54 ` Geert Uytterhoeven
2008-06-09 15:05 ` James Bottomley
2008-06-09 15:05 ` James Bottomley
2008-06-09 15:27 ` Geert Uytterhoeven
2008-06-09 15:27 ` Geert Uytterhoeven
[not found] ` <1213028647.3508.33.camel@localhost.localdomain>
2008-06-10 15:11 ` Geert Uytterhoeven
2008-06-10 15:22 ` James Bottomley
2008-06-10 15:20 ` James Bottomley
2008-06-10 15:49 ` Boaz Harrosh
2008-06-10 15:56 ` James Bottomley
2008-06-10 16:12 ` Boaz Harrosh
2008-06-10 16:17 ` James Bottomley
2008-06-13 17:33 ` Geert Uytterhoeven
2008-06-13 17:33 ` Geert Uytterhoeven
2008-06-18 8:47 ` Alessandro Suardi
2008-06-18 8:47 ` Alessandro Suardi
2008-06-18 11:13 ` Geert Uytterhoeven
2008-06-18 11:13 ` Geert Uytterhoeven
2008-06-18 12:15 ` Alessandro Suardi
2008-06-18 12:15 ` Alessandro Suardi
2008-06-21 14:18 ` Alessandro Suardi
2008-06-22 8:18 ` Geert Uytterhoeven
2008-06-22 13:14 ` Alessandro Suardi
2008-07-11 21:25 ` Alessandro Suardi
2008-07-12 12:08 ` Alessandro Suardi
2008-07-13 13:33 ` James Bottomley
2008-07-23 20:25 ` Alessandro Suardi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1212765202.16182.5.camel@localhost.localdomain \
--to=james.bottomley@hansenpartnership.com \
--cc=Geert.Uytterhoeven@sonycom.com \
--cc=cbe-oss-dev@ozlabs.org \
--cc=dsd@gentoo.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=mbres@gentoo.org \
--cc=tasio@tasio.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.