From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 12:19:21 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87A14106564A for ; Wed, 21 Mar 2012 12:19:21 +0000 (UTC) (envelope-from jan@mail.kantarmedia.de) Received: from mail.kantarmedia.de (mail3.kantarmedia.de [212.72.165.136]) by mx1.freebsd.org (Postfix) with ESMTP id 2B2CF8FC0C for ; Wed, 21 Mar 2012 12:19:20 +0000 (UTC) Received: from host81-102-109-114.not-set-yet.ntli.net ([81.102.109.114] helo=[192.168.0.13]) by mail.kantarmedia.de with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.75 (FreeBSD)) (envelope-from ) id 1SAKLp-000KpL-I3; Wed, 21 Mar 2012 13:09:19 +0100 Message-ID: <4F69C46A.9030100@kantarmedia.de> Date: Wed, 21 Mar 2012 12:07:06 +0000 From: Jan Winter User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120221 Thunderbird/10.0.2 MIME-Version: 1.0 To: pyunyh@gmail.com, stable@freebsd.org References: <4F5F46DE.5050608@kantarmedia.de> <20120314184047.GA8023@michelle.cdnetworks.com> <4F60AC6C.2060805@kantarmedia.de> <20120315172928.GB3295@michelle.cdnetworks.com> <4F61FA9A.5000805@kantarmedia.de> <20120316173215.GB6841@michelle.cdnetworks.com> <4F63613E.8040507@kantarmedia.de> <20120317234508.GB1660@michelle.cdnetworks.com> In-Reply-To: <20120317234508.GB1660@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: jan@mail.kantarmedia.de X-SA-Exim-Connect-IP: 81.102.109.114 X-SA-Exim-Mail-From: jan@mail.kantarmedia.de X-SA-Exim-Scanned: No (on mail.kantarmedia.de); SAEximRunCond expanded to false Cc: Subject: Re: bce: Device not configured 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: Wed, 21 Mar 2012 12:19:21 -0000 On 03/17/12 23:45, YongHyeon PYUN wrote: > On Fri, Mar 16, 2012 at 04:50:22PM +0100, Jan Winter wrote: >> On 03/16/12 18:32, YongHyeon PYUN wrote: >>> On Thu, Mar 15, 2012 at 03:20:10PM +0100, Jan Winter wrote: >>>> On 03/15/12 18:29, YongHyeon PYUN wrote: >>>>> On Wed, Mar 14, 2012 at 03:34:20PM +0100, Jan Winter wrote: >>>>>> On 03/14/12 19:40, YongHyeon PYUN wrote: >>>>>>> On Tue, Mar 13, 2012 at 02:08:46PM +0100, Jan Winter wrote: >>>>>>>> Hello, >>>>>>>> >>>>>>>> on an Dell Blade m610 is not possible to change the network media >>>>>>>> option: >>>>>>>> >>>>>>>> ifconfig bce0 media 100baseTX mediaopt full-duplex up >>>>>>>> ifconfig: SIOCSIFMEDIA (media): Device not configured >>>>>>>> >>>>>>>> Setting the media option to "autoselect" and connecting the m610 to a >>>>>>>> 100 MBit switch, I always get "no carrier" >>>>>>>> only 1g full-duplex seems to be working. I have tested this on >>>>>>>> 8.3-prerelease and 9-stable >>>>>>>> >>>>>>>> any Ideas? >>>>>>>> >>>>>>>> cheers >>>>>>>> Jan >>>>>>>> >>>>>>>> pciconf -lv >>>>>>>> bce0@pci0:1:0:0: class=0x020000 card=0x02871028 chip=0x163a14e4 >>>>>>>> rev=0x20 hdr=0x00 >>>>>>>> vendor = 'Broadcom Corporation' >>>>>>>> device = 'NetXtreme II BCM5709S Gigabit Ethernet' >>>>>>>> class = network >>>>>>>> subclass = ethernet >>>>>>>> >>>>>>>> dmesg >>>>>>>> bce0: mem >>>>>>>> 0xda000000-0xdbffffff irq 36 at device 0.0 on pci1 >>>>>>>> miibus0: on bce0 >>>>>>>> brgphy0: PHY 2 on miibus0 >>>>>>>> brgphy0: 1000baseSX-FDX, auto >>>>>>>> bce0: Ethernet address: 00:26:b9:fb:04:0c >>>>>>>> bce0: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C >>>>>>>> (5.0.11); >>>>>>>> Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.5) >>>>>>>> Coal (RX:6,6,18,18; TX:20,20,80,80) >>>>>>>> bce1: mem >>>>>>>> 0xdc000000-0xddffffff irq 48 at device 0.1 on pci1 >>>>>>>> miibus1: on bce1 >>>>>>>> brgphy1: PHY 2 on miibus1 >>>>>>>> brgphy1: 1000baseSX-FDX, auto >>>>>>>> bce1: Ethernet address: 00:26:b9:fb:04:0e >>>>>>>> bce1: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C >>>>>>>> (5.0.11); >>>>>>>> Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.5) >>>>>>>> Coal (RX:6,6,18,18; TX:20,20,80,80) >>>>>>>> >>>>>>> I'm not sure you're seeing one of long standing remote PHY issue of >>>>>>> blade box but would you try the patch at the following URL? >>>>>>> http://people.freebsd.org/~yongari/bce/bce.rphy.diff >>>>>>> >>>>>>> After applying the patch, show me the dmesg output(bce(4) and >>>>>>> brgphy(4) related ones) and 'ifconfig -m bce0'. >>>>>>> Note, the patch was not tested at all(lack of hardware). >>>>>> Hello, >>>>>> >>>>>> thank you very much, for your quick support >>>>>> Now its looking much better >>>>>> >>>>>> ifconfig -m bce0 >>>>>> bce0: flags=8843 metric 0 mtu >>>>>> 1500 >>>>>> >>>>>> options=c01bb >>>>>> >>>>>> capabilities=c01bb >>>>>> ether 00:26:b9:fb:04:0c >>>>>> inet 192.168.100.30 netmask 0xffffff00 broadcast >>>>>> 192.168.100.255 >>>>>> inet6 fe80::226:b9ff:fefb:40c%bce0 prefixlen 64 tentative >>>>>> scopeid 0x1 >>>>>> nd6 options=29 >>>>>> media: Ethernet autoselect (1000baseT) >>>>>> status: active >>>>>> supported media: >>>>>> media autoselect >>>>>> media 1000baseT mediaopt full-duplex >>>>>> media 1000baseT >>>>>> media 100baseTX mediaopt full-duplex >>>>>> media 100baseTX >>>>>> media 10baseT/UTP mediaopt full-duplex >>>>>> media 10baseT/UTP >>>>>> >>>>>> dmesg: >>>>>> ..... >>>>>> bce0: mem >>>>>> 0xda000000-0xdbffffff irq 36 at device 0.0 on pci1 >>>>>> bce0: attempting to allocate 1 MSI vectors (16 supported) >>>>>> msi: routing MSI IRQ 256 to local APIC 16 vector 52 >>>>>> bce0: using IRQ 256 for MSI >>>>>> bce0: Remote PHY : TP >>>>>> bce0: bpf attached >>>>>> bce0: Ethernet address: 00:26:b9:fb:04:0c >>>>>> bce0: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); >>>>>> Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|Remote PHY(TP)|MFW); MFW (NCSI >>>>>> 2.0.5) >>>>>> Coal (RX:6,6,18,18; TX:20,20,80,80) >>>>>> bce1: mem >>>>>> 0xdc000000-0xddffffff irq 48 at device 0.1 on pci1 >>>>>> bce1: attempting to allocate 1 MSI vectors (16 supported) >>>>>> msi: routing MSI IRQ 257 to local APIC 16 vector 53 >>>>>> bce1: using IRQ 257 for MSI >>>>>> bce1: Remote PHY : TP >>>>>> bce1: bpf attached >>>>>> bce1: Ethernet address: 00:26:b9:fb:04:0e >>>>>> bce1: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); >>>>>> Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|Remote PHY(TP)|MFW); MFW (NCSI >>>>>> 2.0.5) >>>>>> Coal (RX:6,6,18,18; TX:20,20,80,80) >>>>>> ..... >>>>>> >>>>>> I have done a quick test with 100 and 1000 MBit, both working very well. >>>>> Thanks a lot for testing. This patch was made long time ago but I >>>>> haven't had chance to commit it due to lack of access to hardware. >>>>> Because the patch bypasses mii(4) layer and makes it hard to read >>>>> code, I didn't like the patch but it seems the patch makes bce(4) >>>>> usable on blade boxes at least. >>>>> I'll commit the patch next week. >>>>> >>>>>> Its possible to get a Patch for 8 Stable? >>>>>> >>>>> I will do MFC to stable/[7-9]. And bce.rphy.diff should be applied >>>>> cleanly to stable/[7-9]. >>>> I getting erros with the 8-stable source >>>> >>> Oops, try this one for stable/8. >>> http://people.freebsd.org/~yongari/bce/bce.rphy.stable8.diff >> thank you for the 8-stable patch! but i am sorry this patch doesn't >> work. I getting a kernel trap on boot. >> The bce driver is compiled as module >> >> pcib0: port 0xcf8-0xcff on acpi0 >> pci0: on pcib0 >> pcib1: at device 1.0 on pci0 >> pci1: on pcib1 >> bce0: mem >> 0xda000000-0xdbffffff irq 36 at device 0.0 on pci1 >> bce0: Remote PHY : TP >> bce0: Ethernet address: 00:26:b9:fa:f0:78 >> bce0: [ITHREAD] >> >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 10 >> fault virtual address = 0x88 >> fault code = supervisor read data, page not present >> instruction pointer = 0x20:0xffffffff80626551 >> stack pointer = 0x28:0xffffffff80f8b3e0 >> frame pointer = 0x28:0xffffffff80f8b410 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 0 (swapper) >> trap number = 12 >> panic: page fault >> cpuid = 0 >> KDB: stack backtrace: >> #0 0xffffffff8062fe6e at kdb_backtrace+0x5e >> #1 0xffffffff805fd087 at panic+0x187 >> #2 0xffffffff808f3170 at trap_fatal+0x290 >> #3 0xffffffff808f34c1 at trap_pfault+0x201 >> #4 0xffffffff808f397f at trap+0x3df >> #5 0xffffffff808daed4 at calltrap+0x8 >> #6 0xffffffff80f352b8 at bce_attach+0x3268 >> #7 0xffffffff80629999 at device_attach+0x69 >> #8 0xffffffff8062b16a at bus_generic_attach+0x1a >> #9 0xffffffff802074af at acpi_pci_attach+0x14f >> #10 0xffffffff80629999 at device_attach+0x69 >> #11 0xffffffff8062b16a at bus_generic_attach+0x1a >> #12 0xffffffff80209217 at acpi_pcib_attach+0x1a7 >> #13 0xffffffff8020a125 at acpi_pcib_pci_attach+0x95 >> #14 0xffffffff80629999 at device_attach+0x69 >> #15 0xffffffff8062b16a at bus_generic_attach+0x1a >> #16 0xffffffff802074af at acpi_pci_attach+0x14f >> #17 0xffffffff80629999 at device_attach+0x69 >> Uptime: 1s >> Automatic reboot in 15 seconds - press a key on the console to abort >> > Sorry, there was a typo. I've uploaded updated one for stable/8(The > URL is the same). that patch seems to work great. thank you Jan