svn commit: r215327 - head/sys/dev/nfe

[Pyun YongHyeon]

On Mon, Nov 15, 2010 at 10:47:16AM -0600, Tom Judge wrote:
> On 11/14/2010 06:11 PM, Alexander Motin wrote:
> > Pyun YongHyeon wrote:
> >> Author: yongari
> >> Date: Sun Nov 14 23:37:43 2010
> >> New Revision: 215327
> >> URL: http://svn.freebsd.org/changeset/base/215327
> >>
> >> Log:
> >>   P5N32-SLI PREMIUM from ASUSTeK is known to have MSI/MSI-X issue
> >>   such that nfe(4) does not work with MSI-X. When MSI-X support was
> >>   introduced, I remember MCP55 controller worked without problems so
> >>   the issue could be either PCI bridge or BIOS issue. But I also
> >>   noticed snd_hda(4) disabled MSI on all MCP55 chipset so I'm still
> >>   not sure this is generic issue of MCP55 chipset. If this was PCI
> >>   bridge issue we would have added it to a system wide black-list
> >>   table but it's not clear to me at this moment whether it was caused
> >>   by either broken BIOS or silicon bug of MCP55 chipset.
> > 
> > MCP5x seem to be infinite source of surprises. Some reports I remember:
> >  - snd_hda not working with MSI enabled - AFAIR not just loosing
> > interrupts but completely stops responding;
> >  - using regular HPET interrupts breaks HDA sound after some time
> > (interrupts are not shared), while legacy_route mode operates properly;
> >  - at least on one system I've seen non-functioning SATA interrupts.
> > It would be nice to find what's going on there. I've got tired to add
> > workarounds for it. :(
> > 
> 
> Another one for the list is Intel em cards not working with MSI enabled
> on MCP51 systems. (On 8.1)
> 

And your nfe(4) on MCP51 also does not work with MSI?
If it does not work, show me the output of "pciconf -lcbv" and
"kenv | grep smbios".
I checked Linux and they does not seem to disable MSI/MSI-X for
MCP51/MCP55. But they seems to maintain two entries to selectively
disable MSI.