Bug 275601
| Summary: | [pata_amd AMD-756] System hangs when using DMA with ATAPI devices | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | martin <martin.schmidt13> | ||||||||
| Component: | kernel | Assignee: | Alan Cox <alan> | ||||||||
| Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
| Severity: | low | Docs Contact: | |||||||||
| Priority: | medium | ||||||||||
| Version: | 8 | CC: | cebbert, chris.brown, davej, triage | ||||||||
| Target Milestone: | --- | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | athlon | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2009-01-09 07:14:09 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
martin
2007-09-03 21:05:56 UTC
What kind of disk controller does the system have? (Output of 'lspci' will show it.) Created attachment 186871 [details]
Output of lspci -v
Hi Martin 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. As this is an issue with the install of Fedora 8 I have attached a kernel blocker bug. It would be greatly appreciated if you could download the following: http://torrent.fedoraproject.org/torrents//rawhide-i386-Live-20070925.torrent and see if the problem has been resolved for you. Created attachment 213641 [details]
kernel messages - logged via serial ine
The rawhide-live-iso image (2007-09-25) doesn#t solve the problem - system
still hangs.
I extracted kernel and initrd from the above mentioned iso image and booted this via grub. After serial logging stops, there are additional three lines (Perhaps it has something to do with that this is a live cd image ??) no root yet, udev will write symlink... waiting up to 60 seconds before dropping to emergency shell ... But it hangs - emergency shell / console switch etc. doesnt work If i burn the image and boot from that cd it hangs also. Please - for further testing - *please give me a link to kernel / initrd from the isolinux section*. It's completely overkill to download / burn the big live iso only to test kernel and initrd. Thank you P.S. sorry for my bad english When test3 arrives, try adding libata.pata_dma=1 to the kernel options when booting the install disk. This option was just recently added, it was probably not in the 20070925 disc because the installer couldn't process the directive. Hmmm. Strange ! *1* If i boot .....7.92/Fedora/i386/os/isolinux/vmlinuz and initrd.img via grub and libata.pata_dma=1 it works (system uses CD Drives in pio mode) *2* If i burn the 7.92 live cd iso image (......releases/test/7.92/Live/i686/Fedora-7.92-Live-i686.iso) it doesn't !!! If i mount the iso image and boot the so extracted isolinux/vmlinuz and isolinux/initrd.img via grub it doesn't work also (system uses CD-Drives in DMA mode - i think system doesn't recognize the libata.pata_dma=1 parameter) Remark: vmlinuz and initrd.img from *1* and *2* have different size. So they are different. Is one of the differences that libata.pata_dma=1 doesn't work in *2* ?? The installer on the Test3 DVD / live CD does not know how to pass the libata.pata_dma option to the libata driver when it loads it. But that feature has been added since then, so try the boot.iso from today's rawhide and see if it works. OK. I burned today's rawhide (2007-10-05) boot.iso It works! I hope in Fedora 8 also ? So now i can have a look at the next bugs :-) Have a nice weekend ! Still not fixed, but we have a workaround that lets us install now. I'd like to test a installation via the live CD. Which Live-CD iso image will work now with the libata.pata_dma parameter ?? (In reply to comment #11) > I'd like to test a installation via the live CD. > > Which Live-CD iso image will work now with the libata.pata_dma parameter ?? > Nothing until the next release (test4) With F8-rc3-Live-i686 CD, libata parameter still not recognized: Unknown boot option `libata.pata_dma=1´ : ignoring libata: Unknown parameter `pata_dma´ libata: Unknown parameter `pata_dma´ It's now "libata.dma" and the kernel will ignore it but the livecd bootloader knows how to retrieve it from the kernel command line and pass it to the libata module at load time. The installer on the normal install media also knows how to do this. Martin, Any update on this? You should now be able to boot with libata.dma=1 ... I am able to boot with libata.dma=1. But this is only a *workaround* for a bug in the kernel (see Comment #10) 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 Created attachment 308824 [details]
Test patch sent upstream that may help with ATAPI problems
This message is a reminder that Fedora 8 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 8. 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 '8'. 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 8'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 8 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 to the applicable version. 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. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Fedora 8 changed to end-of-life (EOL) status on 2009-01-07. Fedora 8 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. |