Bug 231936 - Possible flaw in IO error handling leads to inability to read music cds
Summary: Possible flaw in IO error handling leads to inability to read music cds
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: hal
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: David Zeuthen
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: FC7Target
TreeView+ depends on / blocked
 
Reported: 2007-03-13 03:14 UTC by David Nielsen
Modified: 2013-03-06 03:49 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2007-03-13 05:29:24 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
hal output with/without cd inserted and lshal with cd inserted (97.32 KB, text/plain)
2007-03-13 04:52 UTC, David Nielsen
no flags Details

Description David Nielsen 2007-03-13 03:14:25 UTC
Description of problem:
I've been adding a ton of CDs to my music storage and I found that given enough
CDs (typically 2 to 5), I'll hit a problem where my CD will not get listed in my
 application (Attempted using banshee and Sound-juicer) and any subsequent cd
inserted will not get listed either. If I attempt to open the same cd in
gnome-cd while affected by this problem it reads and plays just fine. After a
reboot the same CD will likely read and get listed just fine.

I noticed the following in dmesg:

Buffer I/O error on device sr0, logical block 0
Buffer I/O error on device sr0, logical block 1
Buffer I/O error on device sr0, logical block 2
Buffer I/O error on device sr0, logical block 3
Buffer I/O error on device sr0, logical block 4
Buffer I/O error on device sr0, logical block 5
Buffer I/O error on device sr0, logical block 6
Buffer I/O error on device sr0, logical block 7
Buffer I/O error on device sr0, logical block 8
Buffer I/O error on device sr0, logical block 9
end_request: I/O error, dev sr0, sector 0

Which leads me to think that HAL might not handle this IO error.

Version-Release number of selected component (if applicable):
udev-106-1.fc7
hal-0.5.9-0.git20070304.fc7
kernel-2.6.20-1.2982.fc7
ConsoleKit-0.1.3-0.git20070301.1.fc7

How reproducible:
100% (given enough samples)

Steps to Reproduce:
1. Rip cd
2. eject
3. repeat untill hitting bug

Comment 1 David Zeuthen 2007-03-13 03:22:30 UTC
OK. Try removing the problematic CD and run 

 # /usr/sbin/hald --daemon=no --verbose=yes

This generates a lot of output. Press return a few times to separate it. Now
insert the CD and attach the output it generated from the hald process. Also,
please attach lshal output when the CD is inserted. Thanks.

Comment 2 David Nielsen 2007-03-13 04:52:48 UTC
Created attachment 149901 [details]
hal output with/without cd inserted and lshal with cd inserted

This CD not only triggers the bug, it crashes Banshee when attempting to rip it
and it's 100% repeatable. The requested information is attached.

Comment 3 David Zeuthen 2007-03-13 05:12:26 UTC
The attachment in comment 2 indicates it's a mixed CD, yes? Perhaps Banshee /
Sound Juicer don't handle that well. This doesn't look like a HAL bug at all...
what makes you think it is?



Comment 4 David Nielsen 2007-03-13 05:29:24 UTC
I had to file it somewhere, since I could read the cd using non-hal apps I
assumed HAL was the logical place to look. Also while this is a mixed mode CD,
when I first started hitting this it happened quite a random and the same CD
worked after a reboot but all apps using HAL would refuse it list the CD after
hitting. 

It might be 2 seperate issues, the mixed mode thing is likely something the
applications need to worry about. I was just so pleased I found a single CD that
seemed to repeatedly hit this bug since I'd gone through a stack of maybe 15-20
cds without provoking the bug which was earlier today occuring fairly often.

I'm closing this NOTABUG, if I hit the bug on a regular CD then I'll reopen with
the information you requested.


Note You need to log in before you can comment on or make changes to this bug.