Thread (21 messages) flat view 21 messages, 6 authors, 2006-02-27

Re: [PATCH] Revert sky2 to 0.13a

From: Stephen Hemminger <hidden>
Date: 2006-02-27 17:18:50
Also in: lkml

On Mon, 27 Feb 2006 17:38:38 +0100
Wolfgang Hoffmann [off-list ref] wrote:
On Monday 27 February 2006 17:00, Stephen Hemminger wrote:
quoted
On Mon, 27 Feb 2006 00:03:45 +0100

Wolfgang Hoffmann [off-list ref] wrote:
quoted
quoted
Bisect done:

4d52b48b43d0d1d5959fa722ee0046e3542e5e1b is first bad commit
    [PATCH] sky2: support msi interrupt (revised)

Reverting this commit in git head seems to work, at least the driver
builds and loads. Is that sane?
Ok, no hangs yet.

Looking at the reverted commit, I wonder if modprobing sky2 with
disable_msi=1 is equivalent to reverting the commit?
Could you try the current code with the disable_msi option?
	modprobe sky2 disable_msi=1

That will run existing code without MSI.
2.6.16-rc5 with disable_msi=1 works for me, no hangs seen so far. I rsynced 80 
GB of data, thats about 5-10 times more than I typically need to reproduce a 
hang, so it seems to be solid. For the record: 2.6.16-rc5 with disable_msi=0 
does hang.

I have not seen the memory trashing others reported, with no version I tested 
so far. Maybe my scenario is not likely to trigger this, so I can't tell.

Unless a fix for msi is at hand, may I suggest for 2.6.16 to revert the msi 
commit or switch the default to disable_msi=1?

I've updated bugzilla #6084 accordingly.
Okay, then what I need is lspci -v of all systems that have the problem, I'll make
a blacklist (or update PCI quirks). I suspect that MSI doesn't work for any devices
on these systems, or MSI changes the timing enough to expose existing races. 
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help