Bug 245294
| Summary: | [pata_via] ata soft resetting port errors flooding syslog; cd drive almost unusable | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Allan Engelhardt <allane> | ||||
| Component: | kernel | Assignee: | Alan Cox <alan> | ||||
| Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | 7 | CC: | cebbert, chris.brown, davej, oliva, stephane.ploix, triage | ||||
| Target Milestone: | --- | ||||||
| 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-06-17 01:41:22 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
Allan Engelhardt
2007-06-22 08:13:39 UTC
On my laptop, I have the same problem with the kernel : Linux ultralab
2.6.22.5-76.fc7 #1 SMP Thu Aug 30 13:08:59 EDT 2007 x86_64 x86_64 x86_64 GNU/Linux
With dmesg, even if I do not introduce a CDROM or a DVD, I get many error
messages like this :
ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
ata4.00: cmd a0/00:00:00:00:20/00:00:00:00:00/a0 tag 0 cdb 0x0 data 0
res 40/00:03:00:00:20/00:00:00:00:00/a0 Emask 0x4 (timeout)
ata4: soft resetting port
ata4.00: configured for PIO0
ata4: EH complete
Here is what I got with lshal :
udi = '/org/freedesktop/Hal/devices/storage_model_DVDRW_SOSW_833S'
access_control.file = '/dev/scd0' (string)
access_control.grant_local_session = true (bool)
block.device = '/dev/scd0' (string)
block.is_volume = false (bool)
block.major = 11 (0xb) (int)
block.minor = 0 (0x0) (int)
block.storage_device =
'/org/freedesktop/Hal/devices/storage_model_DVDRW_SOSW_833S' (string)
info.addons = {'hald-addon-storage'} (string list)
info.callouts.add = {'hal-acl-tool --add-device'} (string list)
info.callouts.remove = {'hal-acl-tool --remove-device'} (string list)
info.capabilities = {'storage', 'block', 'storage.cdrom', 'access_control'}
(string list)
info.category = 'storage' (string)
info.interfaces = {'org.freedesktop.Hal.Device.Storage',
'org.freedesktop.Hal.Device.Storage'} (string list)
info.parent =
'/org/freedesktop/Hal/devices/pci_1106_571_scsi_host_scsi_device_lun0' (string)
info.product = 'DVDRW SOSW-833S' (string)
info.udi = '/org/freedesktop/Hal/devices/storage_model_DVDRW_SOSW_833S' (string)
info.vendor = 'Slimtype' (string)
linux.hotplug_type = 3 (0x3) (int)
linux.sysfs_path = '/sys/block/sr0' (string)
org.freedesktop.Hal.Device.Storage.method_argnames = {'extra_options',
'extra_options'} (string list)
org.freedesktop.Hal.Device.Storage.method_execpaths = {'hal-storage-eject',
'hal-storage-closetray'} (string list)
org.freedesktop.Hal.Device.Storage.method_names = {'Eject', 'CloseTray'}
(string list)
org.freedesktop.Hal.Device.Storage.method_signatures = {'as', 'as'} (string list)
storage.automount_enabled_hint = true (bool)
storage.bus = 'scsi' (string)
storage.cdrom.bd = false (bool)
storage.cdrom.bdr = false (bool)
storage.cdrom.bdre = false (bool)
storage.cdrom.cdr = true (bool)
storage.cdrom.cdrw = true (bool)
storage.cdrom.dvd = true (bool)
storage.cdrom.dvdplusr = true (bool)
storage.cdrom.dvdplusrdl = true (bool)
storage.cdrom.dvdplusrw = true (bool)
storage.cdrom.dvdplusrwdl = false (bool)
storage.cdrom.dvdr = true (bool)
storage.cdrom.dvdram = false (bool)
storage.cdrom.dvdrw = true (bool)
storage.cdrom.hddvd = false (bool)
storage.cdrom.hddvdr = false (bool)
storage.cdrom.hddvdrw = false (bool)
storage.cdrom.mo = false (bool)
storage.cdrom.mrw = true (bool)
storage.cdrom.mrw_w = true (bool)
storage.cdrom.read_speed = 4234 (0x108a) (int)
storage.cdrom.support_media_changed = true (bool)
storage.cdrom.support_multisession = true (bool)
storage.cdrom.write_speed = 4234 (0x108a) (int)
storage.cdrom.write_speeds = {'4234'} (string list)
storage.drive_type = 'cdrom' (string)
storage.firmware_version = 'VS04' (string)
storage.hotpluggable = false (bool)
storage.lun = 0 (0x0) (int)
storage.media_check_enabled = true (bool)
storage.model = 'DVDRW SOSW-833S' (string)
storage.no_partitions_hint = true (bool)
storage.originating_device =
'/org/freedesktop/Hal/devices/pci_1106_571_scsi_host_scsi_device_lun0' (string)
storage.physical_device =
'/org/freedesktop/Hal/devices/pci_1106_571_scsi_host_scsi_device_lun0' (string)
storage.removable = true (bool)
storage.removable.media_available = false (bool)
storage.requires_eject = true (bool)
storage.size = 0 (0x0) (uint64)
storage.vendor = 'Slimtype' (string)
Note that this problem also arose from the upgrade from fc6 to f7. From this time, I have updated regularly kernels from the fedora update repository, but the bug still remains... If you have any idea of where to search... Bug description seems to be very closed to bug 243429 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. I'm unable to see whether this is in fact a duplicate of bug 243429 however please could you attach an output from lspci -vvxx and I will attempt to chase this up further. You may also wish to check if you are running the latest firmware for your drive, though as it worked previously I would be inclined this is a result of the switch to libata. Cheers Chris Created attachment 197451 [details]
Output of lspci -vvxx
I've attached the requested output.
Concerning the firmware update, I do not find the relevant file for my DVD-RW
device DVDRW LITEON Slimtype SOSW-833S.
But note that with FC6, it was working...
Okay, thanks for that Stephanie. I'm re-assigning to the PATA maintainer who may wish to review it and get more information from you if necessary. You might like to try booting with acpi=off as a boot flag and see if this helps in any way. Cheers Chris I have ever tried to boot with acpi=off. But it doesn't improved. I have also disable acipd: same conclusion. Hello Stephanie, Its been a while - any improvements on this? Are you able to test with a Fedora 8 live cd perhaps? I'm experiencing similar ata bus resets that render two DVD drives unusable on
one of my local boxes, that uses a pata_via controller for them:
00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/
C PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP])
Subsystem: ASUSTeK Computer Inc. A7V600/K8V-X/A8V Deluxe motherboard
Flags: bus master, medium devsel, latency 32, IRQ 20
[virtual] Memory at 000001f0 (32-bit, non-prefetchable) [size=8]
[virtual] Memory at 000003f0 (type 3, non-prefetchable) [size=1]
[virtual] Memory at 00000170 (32-bit, non-prefetchable) [size=8]
[virtual] Memory at 00000370 (type 3, non-prefetchable) [size=1]
I/O ports at fc00 [size=16]
Capabilities: [c0] Power Management version 2
Kernel driver in use: pata_via
Kernel modules: pata_via, ata_generic
So I tried disabling one of the CPUs on the Dual Core boxes and, voila, the
drive is back to life, and it gets mounted automatically:
# echo 0 > /sys/devices/system/cpu/cpu1/online
I still can't read it reliably. Maybe there's some remnant synchronization
problem in there, or it won't work with PIO0, which is what the drive ended up
at after two weeks getting constantly reset. I'll give that a try next time I
reboot my home gateway/firewall, which is precisely the affected box.
The above is with 2.6.23.9-85.fc8 on Fedora 8, BTW. Alexandre: dmesg dump would be useful and also booting single CPU for comparison. I'm wondering if you've just got an IRQ routing problem. Does acpi=off change it ? This message is a reminder that Fedora 7 is nearing the end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 7. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '7'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 7's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 7 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. If possible, it is recommended that you try the newest available Fedora distribution to see if your bug still exists. Please read the Release Notes for the newest Fedora distribution to make sure it will meet your needs: http://docs.fedoraproject.org/release-notes/ The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Fedora 7 changed to end-of-life (EOL) status on June 13, 2008. Fedora 7 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed. |