From owner-freebsd-stable@FreeBSD.ORG Sun Aug 22 10:28:35 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 765A710656A3 for ; Sun, 22 Aug 2010 10:28:35 +0000 (UTC) (envelope-from n.kalpazanov@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2CD968FC17 for ; Sun, 22 Aug 2010 10:28:34 +0000 (UTC) Received: by vws7 with SMTP id 7so5169027vws.13 for ; Sun, 22 Aug 2010 03:28:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Uz8Lfm1bO7XS4W41dJgnMSkDnGCQZulPhnu5hHq/0gk=; b=kf52m7ghE/CCPTv/GBhksrWWC1x65LVZ+RPBUJ3FkW/M+TkgdKTkKkPDmFDLvmVK+0 /cbwnPT/LPHkDg/G9R4jR62UfKp6gIXChw+/e48blZtO6q4b2lVcpxhqPeiAm2Rl7BSQ 2b7b6NcZiCiLscVULTdqbmiFQ07OMAPpZEIKU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=JNguOkkFD2Cyk/6gsoCcD0eCxuND7URDiA3aIms7huIqf7RUfWjmf15+3tJXhTnZO3 JXemw8E1uIBu6tK7dX96tBEdZpDunNoU4bBNSKG0sUWV4AjBmbB96lYdXjVJOHtmoVP4 /SoknnGDt/2P6S0RPjs00gn9waaD+Xa4luXqs= MIME-Version: 1.0 Received: by 10.220.60.204 with SMTP id q12mr2346887vch.183.1282472914290; Sun, 22 Aug 2010 03:28:34 -0700 (PDT) Received: by 10.220.194.136 with HTTP; Sun, 22 Aug 2010 03:28:34 -0700 (PDT) In-Reply-To: <20100820174022.GA21062@michelle.cdnetworks.com> References: <20100820174022.GA21062@michelle.cdnetworks.com> Date: Sun, 22 Aug 2010 12:28:34 +0200 Message-ID: From: Nikola Kalpazanov To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: pyunyh@gmail.com Subject: Re: P811B Quad Port NIC problem. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2010 10:28:35 -0000 Hi, I applied the patch provided by Pyun YongHyeon to the rl driver. Then put hint.rl.0.prefer_iomap=3D"0" # for rl0 hint.rl.1.prefer_iomap=3D"0" # for rl1 hint.rl.3.prefer_iomap=3D"0" # for rl3 and all 3 adapters are now working fine. I absolutely agree that Realtek makes low-end adapters. But in my case scenario I am building a router with WiFi access point and this particular device allows me to do it on mini-ITX board ( single PCI slot ). Again ... I want to send my thanks and regards to Pyun for making this possible for me. Regards, Nikola On Fri, Aug 20, 2010 at 7:40 PM, Pyun YongHyeon wrote: > On Fri, Aug 20, 2010 at 01:44:20PM +0200, Nikola Kalpazanov wrote: >> Hi, >> >> First I want to start with the note that I know Realtek is no good, >> yet I will appreciate any assistance that you may provide. >> >> here are details of the problem: >> >> P811B is 4 port Ethernet card with built-in mini-PCI slot where I have >> attached Atheros 802.11a/b/g/n Wireless PCI Adapter (AR5416). >> That also requires to disable 4th port from the jumpers on the card. >> >> I have installed FreeBSD 8.1-RELEASE i386 >> >> pciconf -vlb >> >> pcib6@pci0:5:0:0: =A0 =A0 =A0 class=3D0x060400 card=3D0x00000000 chip=3D= 0x814812d8 >> rev=3D0x00 hdr=3D0x01 >> =A0 =A0 vendor =A0 =A0 =3D 'Pericom Semiconductor' >> =A0 =A0 class =A0 =A0 =A0=3D bridge >> =A0 =A0 subclass =A0 =3D PCI-PCI >> rl0@pci0:6:8:0: class=3D0x020000 card=3D0x813910ec chip=3D0x813910ec rev= =3D0x10 hdr=3D0x00 >> =A0 =A0 vendor =A0 =A0 =3D 'Realtek Semiconductor' >> =A0 =A0 device =A0 =A0 =3D 'Realtek RTL8139 Family PCI Fast Ethernet NIC >> (RTL-8139/8139C/8139D)' >> =A0 =A0 class =A0 =A0 =A0=3D network >> =A0 =A0 subclass =A0 =3D ethernet >> =A0 =A0 bar =A0 [14] =3D type Memory, range 32, base 0xe0110200, size 25= 6, enabled >> rl1@pci0:6:9:0: class=3D0x020000 card=3D0x813910ec chip=3D0x813910ec rev= =3D0x10 hdr=3D0x00 >> =A0 =A0 vendor =A0 =A0 =3D 'Realtek Semiconductor' >> =A0 =A0 device =A0 =A0 =3D 'Realtek RTL8139 Family PCI Fast Ethernet NIC >> (RTL-8139/8139C/8139D)' >> =A0 =A0 class =A0 =A0 =A0=3D network >> =A0 =A0 subclass =A0 =3D ethernet >> =A0 =A0 bar =A0 [14] =3D type Memory, range 32, base 0xe0110100, size 25= 6, enabled >> rl2@pci0:6:10:0: =A0 =A0 =A0 =A0class=3D0x020000 card=3D0x813910ec chip= =3D0x813910ec >> rev=3D0x10 hdr=3D0x00 >> =A0 =A0 vendor =A0 =A0 =3D 'Realtek Semiconductor' >> =A0 =A0 device =A0 =A0 =3D 'Realtek RTL8139 Family PCI Fast Ethernet NIC >> (RTL-8139/8139C/8139D)' >> =A0 =A0 class =A0 =A0 =A0=3D network >> =A0 =A0 subclass =A0 =3D ethernet >> =A0 =A0 bar =A0 [10] =3D type I/O Port, range 32, base 0x1000, size 256,= enabled >> =A0 =A0 bar =A0 [14] =3D type Memory, range 32, base 0xe0110000, size 25= 6, enabled >> ath0@pci0:6:11:0: =A0 =A0 =A0 class=3D0x028000 card=3D0x2071168c chip=3D= 0x0023168c >> rev=3D0x01 hdr=3D0x00 >> =A0 =A0 vendor =A0 =A0 =3D 'Atheros Communications Inc.' >> =A0 =A0 device =A0 =A0 =3D '802.11a/b/g/n Wireless PCI Adapter (AR5416)' >> =A0 =A0 class =A0 =A0 =A0=3D network >> =A0 =A0 bar =A0 [10] =3D type Memory, range 32, base 0xe0100000, size 65= 536, enabled >> >> >> >> dmesg >> >> rl0: port 0x1200-0x12ff mem >> 0xe0110200-0xe01102ff irq 21 at device 8.0 on pci6 >> rl0: reset never completed! >> rl0: unknown device ID: ffff assuming 8139 >> rl0: MII without any phy! >> device_attach: rl0 attach returned 6 >> rl1: port 0x1100-0x11ff mem >> 0xe0110100-0xe01101ff irq 22 at device 9.0 on pci6 >> rl1: reset never completed! >> rl1: unknown device ID: ffff assuming 8139 >> rl1: MII without any phy! >> device_attach: rl1 attach returned 6 >> rl2: port 0x1000-0x10ff mem >> 0xe0110000-0xe01100ff irq 23 at device 10.0 on pci6 >> miibus1: on rl2 >> rlphy0: PHY 0 on miibus1 >> rlphy0: =A010baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >> rl2: Ethernet address: 00:06:4f:67:08:f5 >> rl2: [ITHREAD] >> rl2: link state changed to DOWN >> >> >> ath0 works fine >> rl2 works fine >> >> rl0 and rl1 don't and of course as you may suspect they are missing >> from ifconfig -a >> >> if I remove the miniPCI Atheros and enable 4th port it is the same >> picture but this time 4th port rl3 works fine and rl0, rl1, and rl2 >> don't in the same way. >> >> Any suggestions will be much appreciated. > > What makes me wonder is that both pci0:6:8:0 and pci0:6:9:0 has no > I/O BAR. I never saw these kind of thing on rl(4) controllers. > And I can't explain how rl(4) could successfully map the I/O with > non-existing I/O BAR. > Anyway would you try attached patch and let me know whether it > makes any difference? Also add the following line to > /boot/device.hints to have rl(4) use memory mapped mapping. > > hint.rl.0.prefer_iomap=3D"0" >