From owner-freebsd-net@FreeBSD.ORG Wed Jul 21 20:03:34 2010 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D5131065687; Wed, 21 Jul 2010 20:03:34 +0000 (UTC) (envelope-from pi@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2FC218FC19; Wed, 21 Jul 2010 20:03:34 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1ObfVs-000ARR-P6; Wed, 21 Jul 2010 22:03:32 +0200 Date: Wed, 21 Jul 2010 22:03:32 +0200 From: Kurt Jaeger To: Pyun YongHyeon Message-ID: <20100721200332.GH51934@home.opsec.eu> References: <201007202234.o6KMY7oV031115@freefall.freebsd.org> <20100721062945.GA51934@home.opsec.eu> <20100721063234.GB51934@home.opsec.eu> <20100721170201.GA10798@michelle.cdnetworks.com> <20100721170605.GG51934@home.opsec.eu> <20100721181846.GB10798@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100721181846.GB10798@michelle.cdnetworks.com> Cc: fbsd-pr@opsec.eu, freebsd-net@FreeBSD.org, yongari@FreeBSD.org Subject: Re: kern/148772: [alc] alc0 does not send/receive packets if not plugged in during boot X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2010 20:03:34 -0000 Hi! > > http://opsec.eu/backup/alc-bug/dmesg.boot-verbose > One odd thing is alc(4) failed to read station address from EEPROM. > So alc(4) assumed BIOS correctly programmed station address but the > station address looks wrong to me. > How about cold booting? Does other OS also report the same station > address? I have no other OS at hand right now 8-} > > with the patch applied (and booted with a cable). > > > > Before the patch: > > > > http://opsec.eu/backup/alc-bug/dmesg.boot > > > > Would you try this one? > http://people.freebsd.org/~yongari/alc/alc.link.patch2 It works better, does not hang during boot. Next: add break-to-debugger 8-( > > Thanks! If you need remote access... > > That does not work mainly because I can't unplug/plug UTP cable > through remote access. must.work.on.telekinetic.power 8-) Now, this is going somewhere, as follows: 1) reboot with unplugged cable, then some ifconfig alc0 up/down, then: I ping'ed on the alc0 host and tcpdump on the other host sees some traffic (this failed in the past): 21:19:59.983843 48:5b:39:73:03:4f > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: arp who-has 192.168.5.11 tell 192.168.5.10 21:19:59.983855 00:e0:18:fc:7f:00 > 48:5b:39:73:03:4f, ethertype ARP (0x0806), length 42: arp reply 192.168.5.11 is-at 00:e0:18:fc:7f:00 But: apparently the alc0 does not receive the answer, and so it fails to register the arp. Hmm. 2) reboot with cable plugged in: ping etc works immediatly. 3) shutdown and reboot: ifconfig alc0 says: alc0: flags=8802 metric 0 mtu 1500 options=c3198 ether 48:5b:39:73:03:4f media: Ethernet autoselect then: ndog# ifconfig alc0 192.168.5.10 ndog# ifconfig alc0 alc0: flags=8843 metric 0 mtu 1500 options=c3198 ether 48:5b:39:73:03:4f inet 192.168.5.10 netmask 0xffffff00 broadcast 192.168.5.255 media: Ethernet autoselect (none ) status: no carrier then after a few seconds the netbook just hung 8-( 4) shutdown and reboot from cold, unplugged cable: - started tcpdump on alc0 - plugged in cable - ifconfig alc0 192.168.5.10 whow, it works. I then unplugged, replugged etc. Looks stable now. Did some ipv6 over it. Rebooted with this as the primary interface. Works fine. Cool. Thank you very much. -- pi@opsec.eu +49 171 3101372 10 years to go !