From owner-freebsd-embedded@FreeBSD.ORG Mon Mar 22 11:06:59 2010 Return-Path: Delivered-To: freebsd-embedded@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD3D2106566C for ; Mon, 22 Mar 2010 11:06:59 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AAD3B8FC14 for ; Mon, 22 Mar 2010 11:06:59 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2MB6x4Q014992 for ; Mon, 22 Mar 2010 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2MB6xq0014990 for freebsd-embedded@FreeBSD.org; Mon, 22 Mar 2010 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 22 Mar 2010 11:06:59 GMT Message-Id: <201003221106.o2MB6xq0014990@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-embedded@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-embedded@FreeBSD.org X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 11:06:59 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o misc/136889 embedded [nanobsd] [path] nanobsd error reporting and other ref o misc/135588 embedded [nanobsd] simple patch for adding amd64 support o misc/52256 embedded [picobsd] picobsd build script does not read in user/s o kern/42728 embedded [picobsd] many problems in src/usr.sbin/ppp/* after c 4 problems total. From owner-freebsd-embedded@FreeBSD.ORG Tue Mar 23 05:42:40 2010 Return-Path: Delivered-To: embedded@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 641C3106564A; Tue, 23 Mar 2010 05:42:40 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout024.mac.com (asmtpout024.mac.com [17.148.16.99]) by mx1.freebsd.org (Postfix) with ESMTP id 4E3668FC12; Tue, 23 Mar 2010 05:42:40 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from [172.24.241.148] (natint3.juniper.net [66.129.224.36]) by asmtp024.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KZP00I2RX23OU10@asmtp024.mac.com>; Mon, 22 Mar 2010 21:42:05 -0700 (PDT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1003220354 From: Marcel Moolenaar Date: Mon, 22 Mar 2010 21:42:03 -0700 Message-id: To: powerpc@freebsd.org X-Mailer: Apple Mail (2.1077) Cc: embedded@freebsd.org Subject: Anyone using BOOTP with latest current (Book-E)? X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 05:42:40 -0000 I get the following on a recent -current (on a P2020 eval system): bootpc_init: wired to interface 'tsec0' Sending DHCP Discover packet from interface tsec0 (00:e0:0c:02:00:fd) tsec0: link state changed to DOWN tsec0: link state changed to UP Received DHCP Offer packet on tsec0 from 192.168.4.1 (accepted) (no root path) Sending DHCP Request packet from interface tsec0 (00:e0:0c:02:00:fd) Received DHCP Ack packet on tsec0 from 192.168.4.1 (accepted) (got root path) tsec0 at 192.168.4.151 server 192.168.4.1 boot file powerpc/boot/loader subnet mask 255.255.255.0 router 192.168.4.1 rootfs 192.168.4.1:/net/powerpc Adjusted interface tsec0 krpc_call: sosend: 65 krpc_call: sosend: 65 panic: nfs_boot: mountd root, error=65 KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at kdb_enter+0x60: addi r0, r0, 0x0 db> bt Tracing pid 0 tid 100000 td 0xc0450360 0xc2008ae0: at panic+0x13c 0xc2008b40: at bootpc_init+0x1910 0xc2008c20: at mi_startup+0x11c 0xc2008c50: at __start+0x140 BTW: error 65 is EHOSTUNREACH, which I think is caused by a link flag. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-embedded@FreeBSD.ORG Tue Mar 23 14:20:32 2010 Return-Path: Delivered-To: embedded@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F366B106564A; Tue, 23 Mar 2010 14:20:31 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id A70BC8FC0C; Tue, 23 Mar 2010 14:20:31 +0000 (UTC) Received: from [202.179.21.132] (helo=beastie.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Nu4D7-000NwN-8D; Tue, 23 Mar 2010 21:31:57 +0800 Message-ID: <4BA8C2CC.3050808@micom.mng.net> Date: Tue, 23 Mar 2010 21:31:56 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.23 (X11/20091011) MIME-Version: 1.0 To: Marcel Moolenaar References: In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=78F6425E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: powerpc@freebsd.org, embedded@freebsd.org Subject: Re: Anyone using BOOTP with latest current (Book-E)? X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 14:20:32 -0000 Marcel Moolenaar wrote: > I get the following on a recent -current (on a P2020 eval system): > > bootpc_init: wired to interface 'tsec0' > Sending DHCP Discover packet from interface tsec0 (00:e0:0c:02:00:fd) > tsec0: link state changed to DOWN > tsec0: link state changed to UP > Received DHCP Offer packet on tsec0 from 192.168.4.1 (accepted) (no root path) > Sending DHCP Request packet from interface tsec0 (00:e0:0c:02:00:fd) > Received DHCP Ack packet on tsec0 from 192.168.4.1 (accepted) (got root path) > tsec0 at 192.168.4.151 server 192.168.4.1 boot file powerpc/boot/loader > subnet mask 255.255.255.0 router 192.168.4.1 rootfs 192.168.4.1:/net/powerpc > Adjusted interface tsec0 > krpc_call: sosend: 65 > krpc_call: sosend: 65 > panic: nfs_boot: mountd root, error=65 > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stopped at kdb_enter+0x60: addi r0, r0, 0x0 > db> bt > Tracing pid 0 tid 100000 td 0xc0450360 > 0xc2008ae0: at panic+0x13c > 0xc2008b40: at bootpc_init+0x1910 > 0xc2008c20: at mi_startup+0x11c > 0xc2008c50: at __start+0x140 > > BTW: error 65 is EHOSTUNREACH, which I think is caused by a link flag. > Yes, I've observed it in recent current. Looks like starting order matters for nfs. I tried in following order: /etc/rc.d/rpc_bind start /etc/rc.d/mountd start /etc/rc.d/nfsd start hth, Ganbold -- If people drank ink instead of Schlitz, they'd be better off. -- Edward E. Hippensteel [What brand of ink? Ed.] From owner-freebsd-embedded@FreeBSD.ORG Tue Mar 23 14:27:59 2010 Return-Path: Delivered-To: embedded@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19DAF106566C; Tue, 23 Mar 2010 14:27:59 +0000 (UTC) (envelope-from john@baldwin.cx) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E18048FC0C; Tue, 23 Mar 2010 14:27:58 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 947C046B8C; Tue, 23 Mar 2010 10:27:58 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id C64658A026; Tue, 23 Mar 2010 10:27:57 -0400 (EDT) From: John Baldwin To: freebsd-ppc@freebsd.org, embedded@freebsd.org Date: Tue, 23 Mar 2010 10:08:15 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003231008.15243.john@baldwin.cx> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 23 Mar 2010 10:27:57 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Re: Anyone using BOOTP with latest current (Book-E)? X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 14:27:59 -0000 On Tuesday 23 March 2010 12:42:03 am Marcel Moolenaar wrote: > I get the following on a recent -current (on a P2020 eval system): > > bootpc_init: wired to interface 'tsec0' > Sending DHCP Discover packet from interface tsec0 (00:e0:0c:02:00:fd) > tsec0: link state changed to DOWN > tsec0: link state changed to UP > Received DHCP Offer packet on tsec0 from 192.168.4.1 (accepted) (no root path) > Sending DHCP Request packet from interface tsec0 (00:e0:0c:02:00:fd) > Received DHCP Ack packet on tsec0 from 192.168.4.1 (accepted) (got root path) > tsec0 at 192.168.4.151 server 192.168.4.1 boot file powerpc/boot/loader > subnet mask 255.255.255.0 router 192.168.4.1 rootfs 192.168.4.1:/net/powerpc > Adjusted interface tsec0 > krpc_call: sosend: 65 > krpc_call: sosend: 65 > panic: nfs_boot: mountd root, error=65 > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stopped at kdb_enter+0x60: addi r0, r0, 0x0 > db> bt > Tracing pid 0 tid 100000 td 0xc0450360 > 0xc2008ae0: at panic+0x13c > 0xc2008b40: at bootpc_init+0x1910 > 0xc2008c20: at mi_startup+0x11c > 0xc2008c50: at __start+0x140 > > BTW: error 65 is EHOSTUNREACH, which I think is caused by a link flag. I think this is due to the ECMP-routing change stuff. I helped someone with a similar problem with netbooting on x86 becuase em0's link flapped during boot. You should bug Qing Li I think. -- John Baldwin From owner-freebsd-embedded@FreeBSD.ORG Tue Mar 23 15:24:22 2010 Return-Path: Delivered-To: embedded@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD6E9106566C; Tue, 23 Mar 2010 15:24:22 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id B26CE8FC15; Tue, 23 Mar 2010 15:24:22 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0KZQ00B0YO0HGE00@smtpauth3.wiscmail.wisc.edu>; Tue, 23 Mar 2010 09:24:17 -0500 (CDT) Received: from comporellon.tachypleus.net ([unknown] [76.210.69.218]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0KZQ00ANKO0EX200@smtpauth3.wiscmail.wisc.edu>; Tue, 23 Mar 2010 09:24:15 -0500 (CDT) Date: Tue, 23 Mar 2010 09:24:14 -0500 From: Nathan Whitehorn In-reply-to: To: Marcel Moolenaar Message-id: <4BA8CF0E.50201@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.69.218 X-Spam-PmxInfo: Server=avs-14, Version=5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2010.3.23.141231, SenderIP=76.210.69.218 References: User-Agent: Thunderbird 2.0.0.24 (X11/20100320) Cc: powerpc@freebsd.org, embedded@freebsd.org Subject: Re: Anyone using BOOTP with latest current (Book-E)? X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 15:24:22 -0000 Marcel Moolenaar wrote: > I get the following on a recent -current (on a P2020 eval system): > > bootpc_init: wired to interface 'tsec0' > Sending DHCP Discover packet from interface tsec0 (00:e0:0c:02:00:fd) > tsec0: link state changed to DOWN > tsec0: link state changed to UP > Received DHCP Offer packet on tsec0 from 192.168.4.1 (accepted) (no root path) > Sending DHCP Request packet from interface tsec0 (00:e0:0c:02:00:fd) > Received DHCP Ack packet on tsec0 from 192.168.4.1 (accepted) (got root path) > tsec0 at 192.168.4.151 server 192.168.4.1 boot file powerpc/boot/loader > subnet mask 255.255.255.0 router 192.168.4.1 rootfs 192.168.4.1:/net/powerpc > Adjusted interface tsec0 > krpc_call: sosend: 65 > krpc_call: sosend: 65 > panic: nfs_boot: mountd root, error=65 > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stopped at kdb_enter+0x60: addi r0, r0, 0x0 > db> bt > Tracing pid 0 tid 100000 td 0xc0450360 > 0xc2008ae0: at panic+0x13c > 0xc2008b40: at bootpc_init+0x1910 > 0xc2008c20: at mi_startup+0x11c > 0xc2008c50: at __start+0x140 > > BTW: error 65 is EHOSTUNREACH, which I think is caused by a link flag. > This might be a tsec(4) issue, maybe from the recent link-state reporting changes? I netbooted some Book-S machines over bm(4) and gem(4) without incident yesterday, so the issue is probably hardware-specific. -Nathan From owner-freebsd-embedded@FreeBSD.ORG Tue Mar 23 15:51:06 2010 Return-Path: Delivered-To: embedded@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49042106566C; Tue, 23 Mar 2010 15:51:06 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 082148FC1A; Tue, 23 Mar 2010 15:51:05 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o2NFfOb5044295; Tue, 23 Mar 2010 09:41:24 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 23 Mar 2010 09:41:26 -0600 (MDT) Message-Id: <20100323.094126.787670930724128348.imp@bsdimp.com> To: nwhitehorn@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <4BA8CF0E.50201@freebsd.org> References: <4BA8CF0E.50201@freebsd.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: powerpc@FreeBSD.org, embedded@FreeBSD.org Subject: Re: Anyone using BOOTP with latest current (Book-E)? X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 15:51:06 -0000 In message: <4BA8CF0E.50201@freebsd.org> Nathan Whitehorn writes: : Marcel Moolenaar wrote: : > I get the following on a recent -current (on a P2020 eval system): : > : > bootpc_init: wired to interface 'tsec0' : > Sending DHCP Discover packet from interface tsec0 (00:e0:0c:02:00:fd) : > tsec0: link state changed to DOWN : > tsec0: link state changed to UP : > Received DHCP Offer packet on tsec0 from 192.168.4.1 (accepted) (no : > root path) : > Sending DHCP Request packet from interface tsec0 (00:e0:0c:02:00:fd) : > Received DHCP Ack packet on tsec0 from 192.168.4.1 (accepted) (got : > root path) : > tsec0 at 192.168.4.151 server 192.168.4.1 boot file : > powerpc/boot/loader : > subnet mask 255.255.255.0 router 192.168.4.1 rootfs : > 192.168.4.1:/net/powerpc Adjusted interface tsec0 : > krpc_call: sosend: 65 : > krpc_call: sosend: 65 : > panic: nfs_boot: mountd root, error=65 : > KDB: enter: panic : > [ thread pid 0 tid 100000 ] : > Stopped at kdb_enter+0x60: addi r0, r0, 0x0 : > db> bt : > Tracing pid 0 tid 100000 td 0xc0450360 : > 0xc2008ae0: at panic+0x13c : > 0xc2008b40: at bootpc_init+0x1910 : > 0xc2008c20: at mi_startup+0x11c : > 0xc2008c50: at __start+0x140 : > : > BTW: error 65 is EHOSTUNREACH, which I think is caused by a link flag. : > : This might be a tsec(4) issue, maybe from the recent link-state : reporting changes? I netbooted some Book-S machines over bm(4) and : gem(4) without incident yesterday, so the issue is probably : hardware-specific. You might try the following hack in route.h: Index: route.h =================================================================== --- route.h (revision 205300) +++ route.h (working copy) @@ -319,8 +319,7 @@ #ifdef _KERNEL -#define RT_LINK_IS_UP(ifp) (!((ifp)->if_capabilities & IFCAP_LINKSTATE) \ - || (ifp)->if_link_state == LINK_STATE_UP) +#define RT_LINK_IS_UP(ifp) (1) #define RT_LOCK_INIT(_rt) \ mtx_init(&(_rt)->rt_mtx, "rtentry", NULL, MTX_DEF | MTX_DUPOK) Warner From owner-freebsd-embedded@FreeBSD.ORG Tue Mar 23 19:23:20 2010 Return-Path: Delivered-To: embedded@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF473106566B; Tue, 23 Mar 2010 19:23:20 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout025.mac.com (asmtpout025.mac.com [17.148.16.100]) by mx1.freebsd.org (Postfix) with ESMTP id D625B8FC0A; Tue, 23 Mar 2010 19:23:20 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from [172.24.241.148] (natint3.juniper.net [66.129.224.36]) by asmtp025.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KZR0001I1UU7U40@asmtp025.mac.com>; Tue, 23 Mar 2010 12:23:20 -0700 (PDT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1003230196 From: Marcel Moolenaar In-reply-to: <20100323.094126.787670930724128348.imp@bsdimp.com> Date: Tue, 23 Mar 2010 12:23:18 -0700 Message-id: References: <4BA8CF0E.50201@freebsd.org> <20100323.094126.787670930724128348.imp@bsdimp.com> To: "M. Warner Losh" X-Mailer: Apple Mail (2.1077) Cc: powerpc@FreeBSD.org, embedded@FreeBSD.org, nwhitehorn@FreeBSD.org Subject: Re: Anyone using BOOTP with latest current (Book-E)? X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 19:23:21 -0000 On Mar 23, 2010, at 8:41 AM, M. Warner Losh wrote: > : > 192.168.4.1:/net/powerpc Adjusted interface tsec0 > : > krpc_call: sosend: 65 > : > krpc_call: sosend: 65 > : > panic: nfs_boot: mountd root, error=65 > : > KDB: enter: panic > : > [ thread pid 0 tid 100000 ] > : > Stopped at kdb_enter+0x60: addi r0, r0, 0x0 > : > db> bt > : > Tracing pid 0 tid 100000 td 0xc0450360 > : > 0xc2008ae0: at panic+0x13c > : > 0xc2008b40: at bootpc_init+0x1910 > : > 0xc2008c20: at mi_startup+0x11c > : > 0xc2008c50: at __start+0x140 > : > > : > BTW: error 65 is EHOSTUNREACH, which I think is caused by a link flag. > : > > : This might be a tsec(4) issue, maybe from the recent link-state > : reporting changes? I netbooted some Book-S machines over bm(4) and > : gem(4) without incident yesterday, so the issue is probably > : hardware-specific. > > You might try the following hack in route.h: > > Index: route.h > =================================================================== > --- route.h (revision 205300) > +++ route.h (working copy) > @@ -319,8 +319,7 @@ > > #ifdef _KERNEL > > -#define RT_LINK_IS_UP(ifp) (!((ifp)->if_capabilities & IFCAP_LINKSTATE) \ > - || (ifp)->if_link_state == LINK_STATE_UP) > +#define RT_LINK_IS_UP(ifp) (1) > > #define RT_LOCK_INIT(_rt) \ > mtx_init(&(_rt)->rt_mtx, "rtentry", NULL, MTX_DEF | MTX_DUPOK) > Thanks Warner. I looked at whether we restart autoneg if the PHY is in autoneg already because I've seen at Juniper how that can contribute to excessive link flaps and even excessive autoneg completion times (>40 seconds) depending on the switch and did this: Index: dev/mii/ciphy.c =================================================================== --- dev/mii/ciphy.c (revision 205451) +++ dev/mii/ciphy.c (working copy) @@ -176,13 +176,11 @@ switch (IFM_SUBTYPE(ife->ifm_media)) { case IFM_AUTO: -#ifdef foo /* * If we're already in auto mode, just return. */ if (PHY_READ(sc, CIPHY_MII_BMCR) & CIPHY_BMCR_AUTOEN) return (0); -#endif (void) mii_phy_auto(sc); break; case IFM_1000_T: Apparently the author already considered the same and it does resolve the issue. Anyone see any concerns with my applying this patch? -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-embedded@FreeBSD.ORG Tue Mar 23 23:27:40 2010 Return-Path: Delivered-To: embedded@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8E0A106564A; Tue, 23 Mar 2010 23:27:40 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id E92F38FC0A; Tue, 23 Mar 2010 23:27:39 +0000 (UTC) Received: by bwz8 with SMTP id 8so616731bwz.3 for ; Tue, 23 Mar 2010 16:27:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=M7MH0+oJ1NrXp9OIjNlln6fI/ewU8fRwW7/6r3alFJU=; b=CFVY++oBISCbJHnrrqYhbJtit5YGFbhKhXTjMeAGNZWIp7YL1B9Y/M2elXiOTp/IxX ynjxlVUWlnqewfM3wrAOqZUSijj55crdb3+vVGYmQ69jKn51fuRluuzy3tgGH8dvvgJv dsAxFbMtmSo4Q8mloDUfjCNN2UkxvWRMlVGG0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=TC9IJk4Oc57F94KzDlK9RxYEacLHFA69pckkax7TAb3b4qAagvEXtjZ+3xks9TDANp a8O/gvLqmYgDP8EIQj8R5OD9mv2TRfQsNRwaGJ+FEb6aD3O8/1ApI3imtutor2nNcgJj 4a5i4aQtnQ+6wJE6Fzl3YFL7NoZGBY4yzgN1k= Received: by 10.204.38.71 with SMTP id a7mr3768969bke.159.1269385460324; Tue, 23 Mar 2010 16:04:20 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 16sm2641773bwz.9.2010.03.23.16.04.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 23 Mar 2010 16:04:18 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 23 Mar 2010 16:03:51 -0700 From: Pyun YongHyeon Date: Tue, 23 Mar 2010 16:03:51 -0700 To: Marcel Moolenaar Message-ID: <20100323230351.GI1278@michelle.cdnetworks.com> References: <4BA8CF0E.50201@freebsd.org> <20100323.094126.787670930724128348.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: powerpc@freebsd.org, embedded@freebsd.org, nwhitehorn@freebsd.org Subject: Re: Anyone using BOOTP with latest current (Book-E)? X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 23:27:41 -0000 On Tue, Mar 23, 2010 at 12:23:18PM -0700, Marcel Moolenaar wrote: > > On Mar 23, 2010, at 8:41 AM, M. Warner Losh wrote: > > : > 192.168.4.1:/net/powerpc Adjusted interface tsec0 > > : > krpc_call: sosend: 65 > > : > krpc_call: sosend: 65 > > : > panic: nfs_boot: mountd root, error=65 > > : > KDB: enter: panic > > : > [ thread pid 0 tid 100000 ] > > : > Stopped at kdb_enter+0x60: addi r0, r0, 0x0 > > : > db> bt > > : > Tracing pid 0 tid 100000 td 0xc0450360 > > : > 0xc2008ae0: at panic+0x13c > > : > 0xc2008b40: at bootpc_init+0x1910 > > : > 0xc2008c20: at mi_startup+0x11c > > : > 0xc2008c50: at __start+0x140 > > : > > > : > BTW: error 65 is EHOSTUNREACH, which I think is caused by a link flag. > > : > > > : This might be a tsec(4) issue, maybe from the recent link-state > > : reporting changes? I netbooted some Book-S machines over bm(4) and > > : gem(4) without incident yesterday, so the issue is probably > > : hardware-specific. > > > > You might try the following hack in route.h: > > > > Index: route.h > > =================================================================== > > --- route.h (revision 205300) > > +++ route.h (working copy) > > @@ -319,8 +319,7 @@ > > > > #ifdef _KERNEL > > > > -#define RT_LINK_IS_UP(ifp) (!((ifp)->if_capabilities & IFCAP_LINKSTATE) \ > > - || (ifp)->if_link_state == LINK_STATE_UP) > > +#define RT_LINK_IS_UP(ifp) (1) > > > > #define RT_LOCK_INIT(_rt) \ > > mtx_init(&(_rt)->rt_mtx, "rtentry", NULL, MTX_DEF | MTX_DUPOK) > > > > Thanks Warner. > > I looked at whether we restart autoneg if the PHY is in autoneg already because > I've seen at Juniper how that can contribute to excessive link flaps and even > excessive autoneg completion times (>40 seconds) depending on the switch and > did this: > > Index: dev/mii/ciphy.c > =================================================================== > --- dev/mii/ciphy.c (revision 205451) > +++ dev/mii/ciphy.c (working copy) > @@ -176,13 +176,11 @@ > > switch (IFM_SUBTYPE(ife->ifm_media)) { > case IFM_AUTO: > -#ifdef foo > /* > * If we're already in auto mode, just return. > */ > if (PHY_READ(sc, CIPHY_MII_BMCR) & CIPHY_BMCR_AUTOEN) > return (0); > -#endif > (void) mii_phy_auto(sc); > break; > case IFM_1000_T: > > > Apparently the author already considered the same and it does resolve the issue. > Anyone see any concerns with my applying this patch? > I'm not sure but I guess the #ifdef foo block could be completely nuked. The auto-negotiation timeout is set to 17 seconds for gigabit link and ciphy(4) will reprogram BMCR if auto-negotiation was not resolved after that timeout. I think it's not common to take more than 40 seconds to establish link. Have you ever tried enabling NEXT PAGE bit of ANAR? From owner-freebsd-embedded@FreeBSD.ORG Tue Mar 23 23:39:09 2010 Return-Path: Delivered-To: embedded@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B7BD106564A; Tue, 23 Mar 2010 23:39:09 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout028.mac.com (asmtpout028.mac.com [17.148.16.103]) by mx1.freebsd.org (Postfix) with ESMTP id 704DB8FC16; Tue, 23 Mar 2010 23:39:09 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from [172.24.241.148] (natint3.juniper.net [66.129.224.36]) by asmtp028.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KZR00LMDDOH4030@asmtp028.mac.com>; Tue, 23 Mar 2010 16:38:43 -0700 (PDT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1003230269 From: Marcel Moolenaar In-reply-to: <20100323230351.GI1278@michelle.cdnetworks.com> Date: Tue, 23 Mar 2010 16:38:40 -0700 Message-id: <00BE3C94-8C04-4E00-9617-1DB07C7FAF42@mac.com> References: <4BA8CF0E.50201@freebsd.org> <20100323.094126.787670930724128348.imp@bsdimp.com> <20100323230351.GI1278@michelle.cdnetworks.com> To: pyunyh@gmail.com X-Mailer: Apple Mail (2.1077) Cc: powerpc@freebsd.org, embedded@freebsd.org, nwhitehorn@freebsd.org Subject: Re: Anyone using BOOTP with latest current (Book-E)? X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 23:39:09 -0000 On Mar 23, 2010, at 4:03 PM, Pyun YongHyeon wrote: >> I looked at whether we restart autoneg if the PHY is in autoneg already because >> I've seen at Juniper how that can contribute to excessive link flaps and even >> excessive autoneg completion times (>40 seconds) depending on the switch and >> did this: >> >> Index: dev/mii/ciphy.c >> =================================================================== >> --- dev/mii/ciphy.c (revision 205451) >> +++ dev/mii/ciphy.c (working copy) >> @@ -176,13 +176,11 @@ >> >> switch (IFM_SUBTYPE(ife->ifm_media)) { >> case IFM_AUTO: >> -#ifdef foo >> /* >> * If we're already in auto mode, just return. >> */ >> if (PHY_READ(sc, CIPHY_MII_BMCR) & CIPHY_BMCR_AUTOEN) >> return (0); >> -#endif >> (void) mii_phy_auto(sc); >> break; >> case IFM_1000_T: >> >> >> Apparently the author already considered the same and it does resolve the issue. >> Anyone see any concerns with my applying this patch? >> > > I'm not sure but I guess the #ifdef foo block could be completely > nuked. The auto-negotiation timeout is set to 17 seconds for > gigabit link and ciphy(4) will reprogram BMCR if auto-negotiation > was not resolved after that timeout. That's besides the point. calling mii_phy_auto() while autoneg is ongoing aborts the autoneg and restarts it. This causes a link flap and makes some switches cranky. What the patch does is to not enable autoneg when autoneg is already enabled so that we don't interfere with the autoneg handshake. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-embedded@FreeBSD.ORG Wed Mar 24 00:39:21 2010 Return-Path: Delivered-To: embedded@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C832106564A; Wed, 24 Mar 2010 00:39:21 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id B957E8FC16; Wed, 24 Mar 2010 00:39:20 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id d26so491775eyd.9 for ; Tue, 23 Mar 2010 17:39:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=0WUxWINV3ZZknAQXaSfbqzqLkoaMkaLBqf9ZMVhGa5c=; b=AIPTXfCaGnzZZJJn0RNXaMMKC8yDYqBKiRr4F6BC0wKn9kNpQlTSif6LWgoekHlXrD WAmddE3ycyS7HFimHBCTcj12gAo/R4GRoYjdtqZqwTdKpphcLD5CCPtqRbTlXwm3AyeB CS+BhidIXjY0v4wXlOUtSl9lST1+7iIh4Ng98= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=KP/JS+A2w6Y13uKfxqCFkDSQWVlAWetDZioBXw7mS4GncwzzthG0eBgyStHq22/pyu SMpBN1YTanolo/M9K4swnJZK/+RCZmks14djo0Ot1WrLsrbIyM3K31tlwH6kSdsYmJ5h gytE+kCm4zOq5Ii76Pf/o3tDHFgGSqD8lVBNI= Received: by 10.213.68.203 with SMTP id w11mr1444829ebi.43.1269391159467; Tue, 23 Mar 2010 17:39:19 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 16sm866566ewy.15.2010.03.23.17.39.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 23 Mar 2010 17:39:18 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 23 Mar 2010 17:38:46 -0700 From: Pyun YongHyeon Date: Tue, 23 Mar 2010 17:38:46 -0700 To: Marcel Moolenaar Message-ID: <20100324003846.GK1278@michelle.cdnetworks.com> References: <4BA8CF0E.50201@freebsd.org> <20100323.094126.787670930724128348.imp@bsdimp.com> <20100323230351.GI1278@michelle.cdnetworks.com> <00BE3C94-8C04-4E00-9617-1DB07C7FAF42@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <00BE3C94-8C04-4E00-9617-1DB07C7FAF42@mac.com> User-Agent: Mutt/1.4.2.3i Cc: powerpc@freebsd.org, embedded@freebsd.org, nwhitehorn@freebsd.org Subject: Re: Anyone using BOOTP with latest current (Book-E)? X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 00:39:21 -0000 On Tue, Mar 23, 2010 at 04:38:40PM -0700, Marcel Moolenaar wrote: > > On Mar 23, 2010, at 4:03 PM, Pyun YongHyeon wrote: > >> I looked at whether we restart autoneg if the PHY is in autoneg already because > >> I've seen at Juniper how that can contribute to excessive link flaps and even > >> excessive autoneg completion times (>40 seconds) depending on the switch and > >> did this: > >> > >> Index: dev/mii/ciphy.c > >> =================================================================== > >> --- dev/mii/ciphy.c (revision 205451) > >> +++ dev/mii/ciphy.c (working copy) > >> @@ -176,13 +176,11 @@ > >> > >> switch (IFM_SUBTYPE(ife->ifm_media)) { > >> case IFM_AUTO: > >> -#ifdef foo > >> /* > >> * If we're already in auto mode, just return. > >> */ > >> if (PHY_READ(sc, CIPHY_MII_BMCR) & CIPHY_BMCR_AUTOEN) > >> return (0); > >> -#endif > >> (void) mii_phy_auto(sc); > >> break; > >> case IFM_1000_T: > >> > >> > >> Apparently the author already considered the same and it does resolve the issue. > >> Anyone see any concerns with my applying this patch? > >> > > > > I'm not sure but I guess the #ifdef foo block could be completely > > nuked. The auto-negotiation timeout is set to 17 seconds for > > gigabit link and ciphy(4) will reprogram BMCR if auto-negotiation > > was not resolved after that timeout. > > That's besides the point. calling mii_phy_auto() while autoneg is > ongoing aborts the autoneg and restarts it. This causes a link flap > and makes some switches cranky. > Correct. The reason I said that was it took too much time to complete the auto-negotiation. mii_phy_auto() blindly disables NEXT PAGE bit of ANAR and some PHYs require NEXT PAGE bit to establish a link. > What the patch does is to not enable autoneg when autoneg is already > enabled so that we don't interfere with the autoneg handshake. > Yeah, but it also disables ability to restart auto-negotiation with "ifconfig tsec0 media auto" command. If the PHY is buggy I would add a special case not to check the CIPHY_BMSR_ACOMP bit of BMCR for a give PHY model in auto-negotiation completion check. One odd thing in tsec(4) is tsec_miibus_statchg() handling. If ciphy(4) just reports link UP, tsec(4) still seems to reprogram TSEC_REG_ECNTRL register. Shouldn't it check link UP state as well as resolved speed/duplex of link? Also I'm not sure whether tsec(4) can safely change duplex configuration when MAC is in enabled/active state. From owner-freebsd-embedded@FreeBSD.ORG Wed Mar 24 02:02:59 2010 Return-Path: Delivered-To: embedded@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48C161065673; Wed, 24 Mar 2010 02:02:59 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout027.mac.com (asmtpout027.mac.com [17.148.16.102]) by mx1.freebsd.org (Postfix) with ESMTP id 2C3958FC19; Wed, 24 Mar 2010 02:02:58 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from macbook-pro.lan.xcllnt.net (mail.xcllnt.net [75.101.29.67]) by asmtp027.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KZR009O3KCS1V80@asmtp027.mac.com>; Tue, 23 Mar 2010 19:02:54 -0700 (PDT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1003230307 From: Marcel Moolenaar In-reply-to: <20100324003846.GK1278@michelle.cdnetworks.com> Date: Tue, 23 Mar 2010 19:02:52 -0700 Message-id: <1E7B1B12-A426-419D-874C-3BBDF7DE0698@mac.com> References: <4BA8CF0E.50201@freebsd.org> <20100323.094126.787670930724128348.imp@bsdimp.com> <20100323230351.GI1278@michelle.cdnetworks.com> <00BE3C94-8C04-4E00-9617-1DB07C7FAF42@mac.com> <20100324003846.GK1278@michelle.cdnetworks.com> To: pyunyh@gmail.com X-Mailer: Apple Mail (2.1077) Cc: powerpc@freebsd.org, embedded@freebsd.org, nwhitehorn@freebsd.org Subject: Re: Anyone using BOOTP with latest current (Book-E)? X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 02:02:59 -0000 On Mar 23, 2010, at 5:38 PM, Pyun YongHyeon wrote: >> What the patch does is to not enable autoneg when autoneg is already >> enabled so that we don't interfere with the autoneg handshake. >> > > Yeah, but it also disables ability to restart auto-negotiation with > "ifconfig tsec0 media auto" command. That's a valid point. Unfortunately, it's also the problem in a way. I have one too many FreeBSD machines unable to boot normally into multi-user mode simply because of excessive link flaps by virtue of running ifconfig. > If the PHY is buggy I would add a special case not to check the > CIPHY_BMSR_ACOMP bit of BMCR for a give PHY model in auto-negotiation > completion check. The PHY isn't buggy. At least not that I'm aware of :-) > One odd thing in tsec(4) is tsec_miibus_statchg() handling. If > ciphy(4) just reports link UP, tsec(4) still seems to reprogram > TSEC_REG_ECNTRL register. Shouldn't it check link UP state as well > as resolved speed/duplex of link? It does check the speed of the link. > Also I'm not sure whether tsec(4) > can safely change duplex configuration when MAC is in > enabled/active state. Extensive testing has been done to validate proper operation of the driver WRT link (re-)negotiations. While Juniper's version is a bit different from FreeBSD's version, tsec_miibus_statchg() is fundamentally the same (only locking differences and style). -- Marcel Moolenaar xcllnt@mac.com