From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 05:24:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE71783D for ; Tue, 27 Nov 2012 05:24:53 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id 769568FC0C for ; Tue, 27 Nov 2012 05:24:53 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id bi5so2970944pad.13 for ; Mon, 26 Nov 2012 21:24:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=x2yfYxFnnYS8wDT80nfbGn23sLquFaLeAP+dU5EmAVE=; b=Uyi0iSTJ+xIBZ+iVYAEsnqJQ0RFDcTJUR+5Ld9Uavt3OMNmxhdjRS++zEkxgSiQyCZ fQRdQwWE5wktf1JNRNR0zIrb/ETiEyZ0IFxZQe/XCQsT9fF68lVWtPLh+L/XoKAGb34M u4Yq5BcLp8XQix7PFn3pehD8LGQXiTMVzU0vI7cAoRHM+IK9pe3zUFVAMA2V+adoucAr +Gdx5FEh7BdpGoSv80N6N5aA27ZAeKKw0Klc+rGM8Wwv6WkqNzuJrVowhnkeem84YWlK igD9BPYza8ans1LZGM6uEYKoKSU92Sp3kcBS5iRNFW9qtwoSKoFv1qooL/lYm4G0eMEo lm2Q== Received: by 10.68.239.232 with SMTP id vv8mr44743260pbc.53.1353993893141; Mon, 26 Nov 2012 21:24:53 -0800 (PST) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPS id m4sm3433214pav.17.2012.11.26.21.24.50 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 26 Nov 2012 21:24:52 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 27 Nov 2012 14:24:48 +0900 From: YongHyeon PYUN Date: Tue, 27 Nov 2012 14:24:48 +0900 To: Richard Kuhns Subject: Re: bge on the new Mac Mini Message-ID: <20121127052448.GC1452@michelle.cdnetworks.com> References: <50A65BFC.7030406@wintek.com> <20121120085200.GB1778@michelle.cdnetworks.com> <50AD32A6.8080209@wintek.com> <20121122014921.GA3180@michelle.cdnetworks.com> <20121122020851.GB3180@michelle.cdnetworks.com> <50B3872B.9010709@wintek.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50B3872B.9010709@wintek.com> User-Agent: Mutt/1.4.2.3i Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2012 05:24:53 -0000 On Mon, Nov 26, 2012 at 10:13:47AM -0500, Richard Kuhns wrote: > On 11/21/12 21:08, YongHyeon PYUN wrote: > > On Thu, Nov 22, 2012 at 10:49:21AM +0900, YongHyeon PYUN wrote: > >> On Wed, Nov 21, 2012 at 02:59:34PM -0500, Richard Kuhns wrote: > >>> On 11/20/12 03:52, YongHyeon PYUN wrote: > >>>> On Fri, Nov 16, 2012 at 10:30:04AM -0500, Richard Kuhns wrote: > >>>>> Hi all, > >>>>> > >>>>> Over the last month or so I've installed FreeBSD 9 (-stable) on several Mac > >>>>> Minis via the memstick image; they seem to be pretty good little boxes for > >>>>> things like offsite secondary nameservers, for example, and they're easily > >>>>> replaced in case of problems. > >>>>> > >>>>> However, the newest minis have slightly different hardware, and FreeBSD can't > >>>>> find the built-in NIC. pciconf -lv on the new mini shows it as > >>>>> > >>>>> none3@pci0:1:0:0: class=0x020000 card=0x168614e4 chip=0x168614e4 rev=0x01 > >>>> > >>>> It seems this controller is BCM57766. > >>>> > >>>>> hdr=0x00 > >>>>> vendor = 'Broadcom Corporation' > >>>>> class = network > >>>>> subclass = ethernet > >>>>> > >>>>> The previous edition mini (that works) reports > >>>>> > >>>>> bge0@pci0:2:0:0: class=0x020000 card=0x16b414e4 chip=0x16b414e4 rev=0x10 hdr=0x00 > >>>>> vendor = 'Broadcom Corporation' > >>>>> device = 'NetXtreme BCM57765 Gigabit Ethernet PCIe' > >>>>> class = network > >>>>> subclass = ethernet > >>>>> > >>>>> Is there a chance that adding the new card/chip info to the current driver would > >>>>> allow it to work? I'll be happy to test and report back. I'm afraid I'm not > >>>>> familiar enough with hardware at that level to figure out the patch myself. > >>>>> > >>>> > >>>> Try attached patch and let me know whether the patch works or not. > >>>> If the patch works please share dmesg output(bge(4) and brgphy(4) > >>>> output only). > >>>> Note, the patch was generated against CURRENT. > >>>> > >>> > >>> I'm afraid it didn't help. I ended up grabbing if_bge.c and if_bgereg.h from > >> > >> I guess you also need to copy brgphy.c from HEAD to > >> /usr/src/sys/dev/mii directory. > >> > >>> HEAD using svnweb.freebsd.org. The patch installed cleanly and there were no > >>> errors during the build, but still no NIC. > >> > >> Does it mean you're not seeing bge0 interface? Or you can't pass > >> any traffic via bge0? > > > > Oops, it seems I've not included your device ID in the diff. > > Try attach one instead. Make sure you use brgphy.c from HEAD. > > > > There's progress! With your latest patch using brgphy.c, if_bge.c, and > if_bgereg.h from head I'm now seeing the bge0 interface. Unfortunately, the > moment I try to configure it the box locks up completely; it won't even toggle > the caps lock LED. > > Booting single user and running ifconfig shows: > > bge0: flags=8802 metric 0 mtu 1500 > options=8009b > ether a8:20:66:11:3b:d6 > nd6 options=21 > media: Ethernet autoselect (1000baseT ) > status: active > > I did a verbose boot; here's the part that seems to be relevant to bge0: > > bge0: mem > 0xa0400000-0xa040ffff,0xa0410000-0xa041ffff irq 16 at device 0.0 on pci1 > bge0: CHIP ID 0x10110142; ASIC REV 0x10110; CHIP REV 0x101101; PCI-E ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ All these information are garbage which indicates a bug in the diff. > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: OUI 0x001be9, model 0x0024, rev. 1 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > bge0: bpf attached > bge0: Ethernet address: a8:20:66:11:3b:d6 > ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 61 > > I greatly appreciate your efforts. I'm sorry for the delay getting back with > you, but we had a busy Thanksgiving weekend. > Try again with attached bge.57766.diff3. Thanks for testing!