From owner-freebsd-current@FreeBSD.ORG Tue Dec 26 04:51:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC94616A403; Tue, 26 Dec 2006 04:51:46 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 6F97113C47E; Tue, 26 Dec 2006 04:51:46 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kBQ4Ulho060717; Mon, 25 Dec 2006 21:30:53 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4590A575.3090403@samsco.org> Date: Mon, 25 Dec 2006 23:30:45 -0500 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: pyunyh@gmail.com References: <20061129013052.GC71523@cdnetworks.co.kr> <457DF011.9010701@FreeBSD.org> <20061212020023.GA9698@cdnetworks.co.kr> <6BC2A5CB-AC24-4EB3-8C6C-A4D0A5EA7183@siliconlandmark.com> <20061212124428.GB9698@cdnetworks.co.kr> <20061213023325.P56950@lexi.siliconlandmark.com> <20061213081134.GB13506@cdnetworks.co.kr> <20061213041018.I56950@lexi.siliconlandmark.com> <20061213123235.GC13506@cdnetworks.co.kr> <458DA5B2.3030906@FreeBSD.org> <20061226035115.GA994@cdnetworks.co.kr> In-Reply-To: <20061226035115.GA994@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-current@freebsd.org, "Bruce M. Simpson" Subject: Re: Enabling MSI on the Asus Vintage AH-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Dec 2006 04:51:47 -0000 Pyun YongHyeon wrote: > On Sat, Dec 23, 2006 at 09:54:58PM +0000, Bruce M. Simpson wrote: > > Hi, > > > > It looks like MSI was detected, but not used by the msk(4) driver on the > > Asus Vintage AH-1. > > > > This is a uniprocessor Athlon64 system. The PCI bridges on this system > > aren't in the MSI blacklist, however, there are several odd messages > > regarding a non-default MSI window. Looking at the code suggests it > > expects to see the MSI window at 0xfee00000. > > > > BTW: This system's on-board SATA controller stopped working with 6.2-RC, > > so I'm using an add-on PCI-e card for SATA to connect the root disk. > > > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > pci0: physical bus=0 > > [...] > > > pcib2: at device 6.0 on pci0 > > pcib2: secondary bus 2 > > pcib2: subordinate bus 2 > > pcib2: I/O decode 0xc000-0xcfff > > pcib2: memory decode 0xfe400000-0xfe4fffff > > pcib2: no prefetched decode > > pci2: on pcib2 > > pci2: physical bus=2 > > found-> vendor=0x11ab, dev=0x4362, revid=0x19 > > bus=2, slot=0, func=0 > > class=02-00-00, hdrtype=0x00, mfdev=0 > > cmdreg=0x0107, statreg=0x4010, cachelnsz=16 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > intpin=a, irq=5 > > powerspec 2 supports D0 D1 D2 D3 current D0 > > VPD Ident: Marvell Yukon 88E8053 Gigabit Ethernet Controller > > PN: Yukon 88E8053 > > EC: Rev. 1.9 > > MN: Marvell > > SN: AbCdEfG32a88a > > CP: id 1, BAR16, off 0x3cc > > RV: 0x24 > > MSI supports 2 messages, 64 bit > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > I think Yukon II supports one MSI message. But all systems I know > reported that it supports two MSI messages. This is main reason why > msk(4) doesn't use MSI ATM. I don't know why Yukon II claims to > support two MSI messages.(for dual port MAC configuraiton?) My guess is that it advertises 2 messages for the dual-port configuration. The intention is probably that the driver would run a loop where it allocates a message as it configures each port. So if you only have a single port, then you only allocate a single message and ignore the other one. This looks like it will be hard to fit into the msk+mskc code that is there right now. > > You can force to use MSI by assigning 'msic = 1' before calling > pci_alloc_msi(9) in mskc_attach(). However it wouldn't work if you > reload the msk(4) again. Other than that it works well with MSI. I don't understand why there would be a failure here. Can you explain? Scott