Bug 356881
Summary: | cannot access DVD under kernels >= 2.6.22.9-91.fc7 | ||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Dieter Kasper <dieter.kasper> | ||||||||||||||
Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||||||||||||
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||||
Severity: | high | Docs Contact: | |||||||||||||||
Priority: | low | ||||||||||||||||
Version: | 7 | CC: | chris.brown, dieter.kasper | ||||||||||||||
Target Milestone: | --- | Keywords: | HardwareEnablement | ||||||||||||||
Target Release: | --- | ||||||||||||||||
Hardware: | x86_64 | ||||||||||||||||
OS: | Linux | ||||||||||||||||
Whiteboard: | |||||||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||||
Clone Of: | Environment: | ||||||||||||||||
Last Closed: | 2008-02-16 02:50:40 UTC | Type: | --- | ||||||||||||||
Regression: | --- | Mount Type: | --- | ||||||||||||||
Documentation: | --- | CRM: | |||||||||||||||
Verified Versions: | Category: | --- | |||||||||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||||
Embargoed: | |||||||||||||||||
Attachments: |
|
Description
Dieter Kasper
2007-10-29 16:21:58 UTC
> which additional diagnostic data do you need ?
Full dmesg (file /var/log/dmesg) from working and broken kernels.
Created attachment 249871 [details]
/var/log/messages
(In reply to comment #1) > > which additional diagnostic data do you need ? > > Full dmesg (file /var/log/dmesg) from working and broken kernels. > While recreating this problem an important detail show up: This problem only occurs with 2.6.22.9 only after a hibernate/resume sequence, which is the default on my laptop system. The access after a boot is OK. files: dmesg-2.6.21-1.3228-after-reboot-OK dmesg-2.6.21-1.3228-after-suspend-OK dmesg-2.6.22.9-after-reboot-OK dmesg-2.6.22.9-after-suspend-NoGood messages [root@oder ~]# egrep 'Linux version|sr0|Suspending ' messages boot with ... Nov 7 07:30:49 oder kernel: Linux version 2.6.22.9-91.fc7 dd if=/dev/dvd-sr0 of=/dev/null count=10 OK sync; sync; pm-hibernate -v ... Nov 7 07:36:03 oder kernel: Suspending console(s) dd if=/dev/dvd-sr0 of=/dev/null count=10 ERROR Nov 7 07:37:23 oder kernel: Buffer I/O error on device sr0, logical block 0 boot with ... Nov 7 07:41:01 oder kernel: Linux version 2.6.21-1.3228.fc7 dd if=/dev/dvd-sr0 of=/dev/null count=10 OK sync; sync; pm-hibernate -v ... Nov 7 07:47:47 oder kernel: Suspending console(s) dd if=/dev/dvd-sr0 of=/dev/null count=10 OK Created attachment 249891 [details]
dmesg-2.6.21-1.3228-after-reboot-OK
Created attachment 249901 [details]
dmesg-2.6.21-1.3228-after-suspend-OK
Created attachment 249911 [details]
dmesg-2.6.22.9-after-reboot-OK
Created attachment 249921 [details]
dmesg-2.6.22.9-after-suspend-NoGood
Created attachment 251741 [details]
dmesg-2.6.23.1-21-after-suspend-NoGood
The problem could also be reproduced with the latest kernel 2.6.23.1-21
After a hibernate/resume sequence the DVD was no longer accessable
(In reply to comment #9) > http://lkml.org/lkml/2007/11/7/134 I found a workaround (but still like to get a fix): # cat /proc/scsi/scsi Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: ATA Model: WDC WD1200BEVS-0 Rev: 01.0 Type: Direct-Access ANSI SCSI revision: 05 Host: scsi4 Channel: 00 Id: 00 Lun: 00 Vendor: MATSHITA Model: DVD-RAM UJ-841S Rev: 1.31 Type: CD-ROM ANSI SCSI revision: 05 # echo "scsi remove-single-device 4 0 0 0" >/proc/scsi/scsi # echo "scsi add-single-device 4 0 0 0" >/proc/scsi/scsi Are there any messages in /var/log/messages from the time of the resume? (In reply to comment #11) > Are there any messages in /var/log/messages from the time of the resume? > In comment #2 you can find the /var/log/messages file as an attachment Comment #3 describes the test cases with the related events, timestamps and messages in /var/log/messages (In reply to comment #11) > Are there any messages in /var/log/messages from the time of the resume? > In comment #2 you can find the /var/log/messages file as an attachment Comment #3 describes the test cases with the related events, timestamps and messages in /var/log/messages Hello, I'm reviewing this bug as part of the kernel bug triage project, an attempt to isolate current bugs in the Fedora kernel. http://fedoraproject.org/wiki/KernelBugTriage I am CC'ing myself to this bug and will try and assist you in resolving it if I can. There hasn't been much activity on this bug for a while. Could you tell me if you are still having problems with the latest kernel? If the problem no longer exists then please close this bug or I'll do so in a few days if there is no additional information lodged. Hi, in the meantime I'm running 2.6.23.8-63.fc8 and I can give you additional information: - The bug/problem is still reproducible with BIOS setting 'SATA = enhanced, AHCI disabled' which was the valid setting so far - with 'SATA = compatible' the problem disappeared maybe also for the older kernels (I didn't check) I got this hint about the BIOS due to another problem https://bugzilla.redhat.com/show_bug.cgi?id=386451 So it's up to you to decide - close ... because the BIOS has to be set to 'SATA = compatible' - open ... because hibernate/resume has to work with 'SATA = enhanced' as well This needs to be left open. Can you test with enhanced SATA and reviewing: http://fedoraproject.org/wiki/KernelCommonProblems particularly trying the following options by adding them to the boot parameters: noapic nolapic acpi=off nohz=off MSI is disabled in Fedora 7 kernels so we can discount that. If none of the above (or any other suggestions on the wiki page) help then I'll assign this over to the SATA maintainer for further comment. Closing as per previous comment. Please re-open if this is still an issue for you. |