Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 242752
Summary: | Machine stops working after return (possible cause: libata) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Gerwin Krist <gerwinkrist> |
Component: | kernel | Assignee: | Jeff Garzik <jgarzik> |
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | high | ||
Version: | 7 | CC: | cebbert, chris.brown, davej, gerwin, graham, mads, pb, peterm |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-01-09 01:07:02 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: | |||
Bug Depends On: | |||
Bug Blocks: | 172490 |
Description
Gerwin Krist
2007-06-05 16:53:28 UTC
Also I can confirm that this problem is in the 2.6.21-1.3228 kernel Same happen to me on a Nvidia board using kernel 2.6.21-1.3228.fc7 short after access mounted partitions, have to use latest FC6 kernel for now. Jun 15 22:35:49 host kernel: pata_amd 0000:00:09.0: version 0.2.8 Jun 15 22:35:49 host kernel: PCI: Setting latency timer of device 0000:00:09.0 to 64 Jun 15 22:35:50 host kernel: ata1: PATA max UDMA/133 cmd 0x000101f0 ctl 0x000103f6 bmdma 0x0001f000 irq 14 Jun 15 22:35:50 host kernel: ata2: PATA max UDMA/133 cmd 0x00010170 ctl 0x00010376 bmdma 0x0001f008 irq 15 Jun 15 22:35:51 host kernel: scsi0 : pata_amd Jun 15 22:21:01 host kernel: ata2.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 Jun 15 22:21:01 host kernel: ata2.01: cmd e7/00:00:00:00:00/00:00:00:00:00/b0 tag 0 cdb 0x1e data 0 Jun 15 22:21:01 host kernel: res 51/04:00:46:ff:7d/00:00:00:00:00/b0 Emask 0x1 (device error) Jun 15 22:21:01 host kernel: ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 Jun 15 22:21:01 host kernel: ata1.01: cmd e7/00:00:00:00:00/00:00:00:00:00/b0 tag 0 cdb 0x0 data 0 Jun 15 22:21:01 host kernel: res 51/04:08:df:02:01/00:00:00:00:00/b0 Emask 0x1 (device error) Jun 15 22:21:01 host kernel: ata2.01: ata_hpa_resize 1: sectors = 16514064, hpa_sectors = 0 Jun 15 22:21:01 host kernel: ata1.01: ata_hpa_resize 1: sectors = 16514064, hpa_sectors = 0 Jun 15 22:21:01 host kernel: ata1.00: ata_hpa_resize 1: sectors = 30033360, hpa_sectors = 30033360 Jun 15 22:21:01 host kernel: ata1.00: configured for UDMA/33 Jun 15 22:21:01 host kernel: ata1.01: ata_hpa_resize 1: sectors = 16514064, hpa_sectors = 0 Jun 15 22:21:01 host kernel: ata1.01: configured for UDMA/33 Jun 15 22:21:01 host kernel: ata1: EH complete I'm unsure if it's really a libata problem after all. Today I found something out, which makes me think the problem is not libata problem. I think it's in the resume function ... I noticed that this problem is ONLY caused when you have a password set on the hard disc (dell security feature). Normally when the machine comes out of sleep mode (for example in windows). You will get a dell bios screen asking for the password after that the machine is waking up. Linux does not know about this and tries to read to the harddisc which is still locked ofcourse. My system is a PC, so the similar error message also appears on non-laptops. Hello folks, 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. Cheers Chris As indicated previously there has been no update on the progress of this bug therefore I am closing it as INSUFFICIENT_DATA. Please re-open if the issue still occurs for you and I will try to assist in its resolution. Thank you for taking the time to report the initial bug. |