Bug 12542
Summary: | Sata controller unrecognised on a Packard Bell Imedia 8783 | ||
---|---|---|---|
Product: | IO/Storage | Reporter: | Nicolas Derive (kalon33) |
Component: | Serial ATA | Assignee: | Tejun Heo (tj) |
Status: | CLOSED CODE_FIX | ||
Severity: | normal | CC: | alan, linux, pchen |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 2.6.28 | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: |
lspci -vv
Here is the result of lspci --nnvv, launched as root lspci -nnvv as standard user ht-msi-quirk-on-resume.patch |
Description
Nicolas Derive
2009-01-26 07:22:00 UTC
Does "pci=nomsi" make any difference? No, it doesn't make any difference... :/ Sorry, I spoke a little bit too fast... It works !!! But should I keep this option for ever or what ? And where was the problem ? Thanks for your help !! Created attachment 20066 [details]
lspci -vv
output of lspci -vv, if you need it
Can you please do "lspci -nnvv"? Created attachment 20199 [details]
Here is the result of lspci --nnvv, launched as root
Here is the result of lspci -nnvv, launched as root. Sorry for the late reply, I just went now back on the computer. the result of the same command as standard user follow.
Created attachment 20200 [details]
lspci -nnvv as standard user
Peer Chen, ahci is failing on mcp78s due to broken MSI. Can you please tell me whether MSI should be disabled on the whole system or disabling it on ahci is enough? ie. Is MSI broken in the bridges or is it the ahci controller itself? Thanks. I've got a user on Ubuntu, using both the Jaunty alpha 2.6.28- and our packaged vanilla mainline 2.6.29- kernel, that is suffering 'lost disk on resume' syndrome with the Nvidia MCP78S [10de:0ad0] unless the "pci=nomsi" work-around is specified. We have some comprehensive logs and the user is keen to help in resolving the issue properly. https://launchpad.net/bugs/334644 Hey, tj, I'm a tj too. Nice to meet you. :-) I'll ping pchen via email one more time and then just blacklist the whole system. Hmm... if anyone is willing to, this can be verified by putting in a MSI capable device and see whether it works without pci=nomsi. e1000e is a good test card for this purpose. Thanks. we have a patch for MCP78 MSI issue and kernel 2.6.28 had include it. https://lists.ubuntu.com/archives/kernel-team/2008-February/002449.html The patch code is in drivers/pci/quirks.c and looks like kernel resume code doesn't invoke the patch routine in quirks.c. Thanks for the pointer Peer Chen. Nicolas, Tj, can you guys please try the patch? Adding call to it during resume path can be easily done adding another fixup declaration, so no worries there. Is the patch included by default ? I tried to delete the "pci-nomsi" option at booting one time using 2.6.28-11.36 kernel in Jaunty (devel version), and got the same problem that I had, and fell down to a busybox. I was meaning the "pci=nomsi" option of course... Sorry for the mistake. The patch referred to by Peer Chen looks to have got lost in the noise. That may be because it appeared as a 'reply' to another email. Is there an upstream commit we can cherry-pick? If not, I'll propose the patch for inclusion as a temporary fix until upstream receives it. The upstream commit is 9dc625e72309e1c919ea3e7f51d0ffca96123787. Is someone interested in testing suspend/resume and whether RESUME is necessary there too? OK, found it now. That commit is in the Ubuntu kernels since v2.6.25-rc3 (Intrepid 8.10 and Jaunty 9.04). So the concern is that it isn't being invoked on resume? Any kernel patch to add the call to quirks code in resume path? Created attachment 21284 [details]
ht-msi-quirk-on-resume.patch
Sorry about the delay. Patch attached.
Tejun, Thanks, the patch works, could you help to submit it? Patch submitted. Thanks. http://lkml.org/lkml/2009/7/8/32 Thanks for that Tejun. I'll try to get it pulled into the existing Ubuntu releases as well as the forthcoming Karmic release. |