|
Bugzilla – Full Text Bug Listing |
| Summary: | Dell Precision M6300 - suspend to ram sata issue | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 10.3 | Reporter: | Stefan Scheler <bugs> |
| Component: | Mobile Devices | Assignee: | Tejun Heo <teheo> |
| Status: | RESOLVED WONTFIX | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | behlert |
| Version: | Final | ||
| Target Milestone: | --- | ||
| Hardware: | x86 | ||
| OS: | openSUSE 10.3 | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
dmesg log
lspci output boot.msg |
||
|
Description
Stefan Scheler
2007-12-05 12:09:04 UTC
Hi Stefan! Seife, can you talke a look, please? Hi Stefan :-) Is only the SATA controller dead (means: when testing from init=/bin/bash, does the backlight turn on and the capslock led still react to capslock key, just "find /" hangs) or does the machine lock up completely on resume? The backlight and capslock led work perfectly well. That doesn't seem to be the problem. I can even suspend and resume from X. But returning to X takes around 2 minutes. In my test yesterday, "find /" and every other access to the harddisk hanged. Today when I tried it again, I was able to run "find /" but with plenty input/output errors accessing certain files. That sounds like harddisk problem. If you have access to another machine, can you please login into the laptop before suspending, suspend, resume and from the remote run 'dmesg > dmesg.log' and post the result here? Thanks. Created attachment 186360 [details]
dmesg log
here's the requested information
Ah.. okay. Screaming IRQ while resuming. Please post /var/log/boot.msg and the result of 'lspci -nn'. Thanks. Ok, i'll reassign to tejun since i can't do too much here :-) Created attachment 186371 [details]
lspci output
Created attachment 186372 [details]
boot.msg
Please test the following kernel. http://htj.dyndns.org/export/testing/sl103-i386-bug346159_dbg0/kernel-default-2.6.22.14-bug346159_dbg0.i586.rpm Thanks. That seems to work :). But can you please build an bigsmp kernel for me including these fixes? Building... but I don't think I can include the patch as-is to the tree. Proper solution would require considerable amount of work and the change would be too big to include into SL103. I'll think about lighter weight interim solution. http://htj.dyndns.org/export/testing/sl103-i386-bigsmp-bug346159_dbg0/kernel-bigsmp-2.6.22.14-bug346159_dbg0.i586.rpm Here you go. Thanks. Resolving as WONTFIX for now. |