From owner-svn-src-head@FreeBSD.ORG Mon Nov 15 16:48:16 2010 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06000106566C; Mon, 15 Nov 2010 16:48:16 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from eu1sys200aog120.obsmtp.com (eu1sys200aog120.obsmtp.com [207.126.144.149]) by mx1.freebsd.org (Postfix) with SMTP id 9D8698FC20; Mon, 15 Nov 2010 16:48:13 +0000 (UTC) Received: from source ([63.174.175.251]) by eu1sys200aob120.postini.com ([207.126.147.11]) with SMTP ID DSNKTOFkTMyYqxa+UI9ZMlovaqsCMnSctsKB@postini.com; Mon, 15 Nov 2010 16:48:15 UTC Received: from [172.17.10.53] (unknown [172.17.10.53]) by bbbx3.usdmm.com (Postfix) with ESMTP id 0CCA7FD01C; Mon, 15 Nov 2010 16:48:12 +0000 (UTC) Message-ID: <4CE16414.8060606@tomjudge.com> Date: Mon, 15 Nov 2010 10:47:16 -0600 From: Tom Judge User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.12) Gecko/20101027 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Alexander Motin References: <201011142337.oAENbheD097425@svn.freebsd.org> <4CE07AA3.6040205@FreeBSD.org> In-Reply-To: <4CE07AA3.6040205@FreeBSD.org> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, Pyun YongHyeon Subject: Re: svn commit: r215327 - head/sys/dev/nfe X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2010 16:48:16 -0000 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) TJ -- TJU13-ARIN