From owner-svn-src-all@FreeBSD.ORG Mon Nov 15 20:36:20 2010 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F105106566C; Mon, 15 Nov 2010 20:36:20 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 54A838FC14; Mon, 15 Nov 2010 20:36:19 +0000 (UTC) Received: by ywa8 with SMTP id 8so2838221ywa.13 for ; Mon, 15 Nov 2010 12:36:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=gtAgVNB66Qot5KLRKvS2/HATkQInmvWuJE+8bmLXW4U=; b=ek88KhL0l8C2gc6l9ukhn1ZJO2J7ZUBHK49T5yoNd7oQzrzKY41heUKqC54uQE2Th8 za8bvfz5U9x0/LoloacJP27sKmbnqg0j9ACmtH7+mnUQm2h4LbSiNmaSAQs19Hdjp1li Mecq1mzbPIkdI0qAqVkRc9kSShl8MRIqJRCJ8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=goQnH4aeCIuR3uKfZ3Eq9nm2tsEK0r5gpl7cDjoFP9DAeHHmRjKAviuVSW6d+g+Z1B LNMr61AEckK33C7ZAJTote4HFb6x/ZbK7vqy0L1kUOAH6j9puJnEr/Wa18VPoKsk6AUF 0DwRel6hnLGow3nejidsT3E/0E17LdyyYLnHU= Received: by 10.151.78.12 with SMTP id f12mr6737827ybl.148.1289853378273; Mon, 15 Nov 2010 12:36:18 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id i9sm215560yha.42.2010.11.15.12.36.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 15 Nov 2010 12:36:16 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 15 Nov 2010 12:36:09 -0800 From: Pyun YongHyeon Date: Mon, 15 Nov 2010 12:36:09 -0800 To: Tom Judge Message-ID: <20101115203609.GC1257@michelle.cdnetworks.com> References: <201011142337.oAENbheD097425@svn.freebsd.org> <4CE07AA3.6040205@FreeBSD.org> <4CE16414.8060606@tomjudge.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CE16414.8060606@tomjudge.com> User-Agent: Mutt/1.4.2.3i Cc: svn-src-head@freebsd.org, Alexander Motin , src-committers@freebsd.org, svn-src-all@freebsd.org, Pyun YongHyeon Subject: Re: svn commit: r215327 - head/sys/dev/nfe X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2010 20:36:20 -0000 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.