From owner-freebsd-mips@FreeBSD.ORG Mon Mar 5 11:07:12 2012 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B9791065673 for ; Mon, 5 Mar 2012 11:07:12 +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 40E708FC1A for ; Mon, 5 Mar 2012 11:07:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q25B7CNS034931 for ; Mon, 5 Mar 2012 11:07:12 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q25B7BVF034929 for freebsd-mips@FreeBSD.org; Mon, 5 Mar 2012 11:07:11 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 5 Mar 2012 11:07:11 GMT Message-Id: <201203051107.q25B7BVF034929@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-mips@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-mips@FreeBSD.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 11:07:12 -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 kern/163670 mips [mips][arge] arge can't allocate ring buffer on multip 1 problem total. From owner-freebsd-mips@FreeBSD.ORG Tue Mar 6 16:07:48 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E47E2106566B for ; Tue, 6 Mar 2012 16:07:48 +0000 (UTC) (envelope-from monthadar@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id A6BE18FC0C for ; Tue, 6 Mar 2012 16:07:48 +0000 (UTC) Received: by iahk25 with SMTP id k25so9856477iah.13 for ; Tue, 06 Mar 2012 08:07:48 -0800 (PST) Received-SPF: pass (google.com: domain of monthadar@gmail.com designates 10.50.181.199 as permitted sender) client-ip=10.50.181.199; Authentication-Results: mr.google.com; spf=pass (google.com: domain of monthadar@gmail.com designates 10.50.181.199 as permitted sender) smtp.mail=monthadar@gmail.com; dkim=pass header.i=monthadar@gmail.com Received: from mr.google.com ([10.50.181.199]) by 10.50.181.199 with SMTP id dy7mr10776277igc.57.1331050068192 (num_hops = 1); Tue, 06 Mar 2012 08:07:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=5WI8mvbWinOf73xu/o4n3Oj+n2rCfl8IUTGd6USXPOo=; b=rCBCwhc73bvCZU0uN79fpEGcYlJY6/XJJd2MYfhaFaCX+EMw51RI0GVW/uLpxWZcLy 3Jgs7Hv0zPKDBHENfqxmDAjunrw28LFxi7PP0Ja6DM2YceoTt/KnAIqTeHR/p6pkCbaM hPS/rlNGBscObmgBRycVvWYqwHdPplTYZgWyZDm/JTVOHyxmUlUle3EmWTJjh0oFLpIH pwqNcG7t6JJTP9wrJf8j9F5hB6cag6v4E7bozCISR+4P2Gd8aiE6190ncopPEwptYIge +87N4zHkwydEFDgUtlDSf7YKLxv0hEeqvYBeY02964fm1TO52SAxWSf+YIGDLZb+YleN VVHQ== MIME-Version: 1.0 Received: by 10.50.181.199 with SMTP id dy7mr8902131igc.57.1331048262898; Tue, 06 Mar 2012 07:37:42 -0800 (PST) Received: by 10.50.236.67 with HTTP; Tue, 6 Mar 2012 07:37:42 -0800 (PST) Date: Tue, 6 Mar 2012 16:37:42 +0100 Message-ID: From: Monthadar Al Jaberi To: freebsd-mips@freebsd.org, Adrian Chadd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: arge0: initialization failed: no memory for rx buffers X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 16:07:49 -0000 Hi everyone, I am cant seem to boot my RouterStation Pro from NFS. I get this error from arge0 after a couple of DHCP/BOOTP timeout for server 255.255.255.255 arge0: initialization failed: no memory for rx buffers It seems no packets are sent out? I cant seem to see any on tcpdump. I am attaching kernel config and boot dump. Thanks! include "AR71XX_BASE" ident "RSPRO_NFS" hints "RSPRO.hints" # RTC - requires hackery in the spibus code to work device pcf2123_rtc # New Network Filesystem Client options NFSCL options NFSLOCKD #Network Lock Manager # GEOM modules device geom_redboot # to get access to the SPI flash partitions device geom_uzip # compressed in-memory filesystem support options GEOM_UZIP # For DOS options GEOM_PART_BSD options GEOM_PART_MBR options MSDOSFS # For GPT options GEOM_LABEL options GEOM_PART_GPT options NFS_ROOT options BOOTP options BOOTP_NFSROOT options BOOTP_NFSV3 options BOOTP_WIRED_TO=3Darge0 options BOOTP_COMPAT options ROOTDEVNAME=3D\"nfs:192.168.1.184:/usr/root\" boot dump: Now booting linux kernel: Base address 0x80050000 Entry 0x80050100 memsize=3D0x08000000 modetty0=3D0,n,8,1,hw board=3DRouterStation PRO ethaddr=3D00.15.6d.c8.c9.2c CPU platform: Atheros AR7161 rev 2 CPU Frequency=3D720 MHz CPU DDR Frequency=3D360 MHz CPU AHB Frequency=3D180 MHz platform frequency: 720000000 arguments: a0 =3D 00000002 a1 =3D 80050028 a2 =3D 80050000 a3 =3D 0000000a Cmd line: =EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD~=EF=BF=BD=EF=BF=BD= w=EF=BF=BD=EF=BF=BD.=DF=B7=EF=BF=BD=EF=BF=BD=EF=BF=BD=7F=EF=BF=BD=7F=EF=BF= =BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=7Fc=EF= =BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF= =BD=EF=BF=BD=EF=BF=BD=7F=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=7F=EF=BF=BD=EF= =BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF= =BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD= =EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF= =BF=BD=7F=EF=BF=BD=EF=BF=BD=7F]=EF=BF=BDo=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF= =BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=7F_=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF= =BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=7F=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD?= =EF=BF=BD=7FS Environment: memsize =3D 0x08000000 modetty0 =3D 0,n,8,1,hw ethaddr =3D 00.15.6d.c8.c9.2c board =3D RouterStation PRO Cache info: picache_stride =3D 4096 picache_loopcount =3D 16 pdcache_stride =3D 4096 pdcache_loopcount =3D 8 cpu0: MIPS Technologies processor v116.147 MMU: Standard TLB, 16 entries L1 i-cache: 4 ways of 512 sets, 32 bytes per line L1 d-cache: 4 ways of 256 sets, 32 bytes per line Config1=3D0x9ee3519e Config3=3D0x20 KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #2: Tue Mar 6 15:25:15 CET 2012 root@freebsd-re-9:/usr/obj/mips.mipseb/usr/src/sys/RSPRO_NFS mips WARNING: WITNESS option enabled, expect reduced performance. MEMGUARD DEBUGGING ALLOCATOR INITIALIZED: MEMGUARD map base: 0xc0800000 MEMGUARD map limit: 0xc1c00000 MEMGUARD map size: 20480 KBytes real memory =3D 134217728 (131072K bytes) avail memory =3D 122867712 (117MB) random device not loaded; using insecure entropy nexus0: clock0: on nexus0 Timecounter "MIPS32" frequency 360000000 Hz quality 800 Event timer "MIPS32" frequency 360000000 Hz quality 800 apb0 at irq 4 on nexus0 uart0: <16550 or compatible> on apb0 uart0: console (115200,n,8,1) gpio0: on apb0 gpio0: [GIANT-LOCKED] gpio0: function_set: 0x0 gpio0: function_clear: 0x0 gpio0: gpio pinmask=3D0xff gpioc0: on gpio0 gpiobus0: on gpio0 gpioled0: at pin(s) 2 on gpiobus0 ehci0: at mem 0x1b000000-0x1bffffff irq 1 on nexus0 usbus0: set host controller mode usbus0: EHCI version 1.0 usbus0: set host controller mode usbus0: on ehci0 pcib0 at irq 0 on nexus0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) ath0: irq 0 at device 17.0 on pci0 ath0: AR5413 mac 10.5 RF5413 phy 6.1 ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0063 ath1: irq 1 at device 18.0 on pci0 ath1: AR5413 mac 10.5 RF5413 phy 6.1 ath1: 2GHz radio: 0x0000; 5GHz radio: 0x0063 arge0: at mem 0x19000000-0x19000fff irq 2 on nexus0 miibus0: on arge0 ukphy0: PHY 4 on miibus0 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto arge0: Ethernet address: 00:15:6d:c8:c9:2c arge1: at mem 0x1a000000-0x1a000fff irq 3 on nexus0 arge1: Ethernet address: 00:15:6d:c8:c9:2d spi0: at mem 0x1f000000-0x1f00000f on nexus0 spibus0: on spi0 mx25l0: at cs 0 on spibus0 mx25l0: mx25ll128, sector 65536 bytes, 256 sectors ar71xx_wdog0: on nexus0 Timecounters tick every 1.000 msec usbus0: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 bootpc_init: wired to interface 'arge0' Sending DHCP Discover packet from interface arge0 (00:15:6d:c8:c9:2c) arge0: link state changed to DOWN uhub0: 2 ports with 2 removable, self powered ugen0.2: at usbus0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks =3D 0x4100 umass0:0:0:-1: Attached to scbus0 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not prese= nt) da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 arge0: initialization failed: no memory for rx buffers DHCP/BOOTP timeout for server 255.255.255.255 arge0: initialization failed: no memory for rx buffers --=20 Monthadar Al Jaberi From owner-freebsd-mips@FreeBSD.ORG Tue Mar 6 21:05:35 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 20132106566B for ; Tue, 6 Mar 2012 21:05:35 +0000 (UTC) (envelope-from vrtuff@yahoo.com) Received: from nm18-vm0.bullet.mail.bf1.yahoo.com (nm18-vm0.bullet.mail.bf1.yahoo.com [98.139.213.138]) by mx1.freebsd.org (Postfix) with SMTP id A394F8FC14 for ; Tue, 6 Mar 2012 21:05:34 +0000 (UTC) Received: from [98.139.212.153] by nm18.bullet.mail.bf1.yahoo.com with NNFMP; 06 Mar 2012 21:05:28 -0000 Received: from [98.139.212.204] by tm10.bullet.mail.bf1.yahoo.com with NNFMP; 06 Mar 2012 21:05:28 -0000 Received: from [127.0.0.1] by omp1013.mail.bf1.yahoo.com with NNFMP; 06 Mar 2012 21:05:28 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 151948.53408.bm@omp1013.mail.bf1.yahoo.com Received: (qmail 59772 invoked by uid 60001); 6 Mar 2012 21:05:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1331067928; bh=Mv8XI0k55fl87lTD5MI8TvWD+BIy3CfPVsXaoxle3HA=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=oLCsFZNwIfcu0ZW49AfdujFKAybnTL8DPpfP4zKeczYLjGZYIPEywxGMWpVfql8M+V6o3MGDsKh5Karkpb6K1gMkHQ/Ic81RC3V6XYSJWsfjcwRjM4daSIZERgq+GeBVJxgodzG+faKGDa0ic9fTgylzEKYVyEdfCkwUdQTjIho= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=LeNJ2GHYv+fp0ZpACyclgSuiZ0QDmmIyFoKM0hqfvOL0mvxf6rq1sActI5K61db4KfC5G7uuY/wRps2jW3TiM5BWk1Zlz6+A8BGHKsKbt37FvIdBIE4sBgicN6hFqagfNZ9W+zY+oRlFejtWPIBKfcDbPLtdd1p5fPmcoNYHT3A=; X-YMail-OSG: WvWWrL4VM1m343qRATDbnf3FSkbEMSJCqMszzPPWdP7dJZ8 WxwMEpfO4Dd0kTEQmNmPSTqITbPcS0EjaZI7EOmv7fbyteKUFsm50nqykDif .VSVRs2xskLV_8Axvit1E2zqt_edqiYDUTcNMKwv5_OfkyVWCwPNT6ge29sL n7_.97C0vnbk0fgz7XTIpYTFdr3zXoWy6nWyQb2wNRT_dz3MKiOxqspaXhJ6 WdUOQ1iEUyGbmB_yJ_fOBQ82NE32fq8.2xv6SK4OTpV3KsV0g0va31bnb58Q ed_SksMGt1UUJ8T0VRs58vd7fazFNWkhvDSKRZExNeoCaMZ.6LDS17HdTtEL vnygAkmvXZQAVV6owQyfPQgWpFxbHKFcHy1qEHALx7oED7nezHjTpdtOCaM0 0ucV5zNgI3WxCujxI4wpwlVZi1KLF_Xl80UWBRSsdsBX_o9LVBj67UI6H12x DV82V.K9IfoS1CWXB_IfcdpmtvXRBcGFVWQ6O3URHMMAUDK9M_0sZ8AlRvHR lNQwgwG6VJvOtJ6Ql_2ECdDxOjO5EA.3MfT3rl1Gp_GLXiwg.UCOoLwe0dSs - Received: from [207.198.161.12] by web160706.mail.bf1.yahoo.com via HTTP; Tue, 06 Mar 2012 13:05:27 PST X-Mailer: YahooMailClassic/15.0.5 YahooMailWebService/0.8.116.338427 Message-ID: <1331067927.59003.YahooMailClassic@web160706.mail.bf1.yahoo.com> Date: Tue, 6 Mar 2012 13:05:27 -0800 (PST) From: Youri Adonis To: freebsd-mips@freebsd.org, Adrian Chadd , Monthadar Al Jaberi In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: arge0: initialization failed: no memory for rx buffers X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 21:05:35 -0000 --- On Tue, 3/6/12, Monthadar Al Jaberi wrote: > From: Monthadar Al Jaberi > Subject: arge0: initialization failed: no memory for rx buffers > To: freebsd-mips@freebsd.org, "Adrian Chadd" > Date: Tuesday, March 6, 2012, 10:37 AM > Hi everyone, >=20 > I am cant seem to boot my RouterStation Pro from NFS. I get > this error > from arge0 after a couple of DHCP/BOOTP timeout for server > 255.255.255.255 > arge0: initialization failed: no memory for rx buffers >=20 > It seems no packets are sent out? I cant seem to see any on > tcpdump. >=20 > I am attaching kernel config and boot dump. >=20 > Thanks! >=20 > include=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 "AR71XX_BASE" > ident=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 "RSPRO_NFS" > hints=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 "RSPRO.hints" >=20 > # RTC - requires hackery in the spibus code to work > device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 pcf2123_rtc >=20 > # New Network Filesystem Client > options=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 NFSCL > options=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 > NFSLOCKD=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 #Network Lock > Manager >=20 > # GEOM modules > device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 > geom_redboot=C2=A0=C2=A0=C2=A0 # to get access to the SPI > flash partitions > device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 > geom_uzip=C2=A0=C2=A0=C2=A0 # compressed in-memory > filesystem support > options=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 GEOM_UZIP >=20 > # For DOS > options=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 GEOM_PART_BSD > options=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 GEOM_PART_MBR > options=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 MSDOSFS >=20 > # For GPT > options=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 GEOM_LABEL > options=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 GEOM_PART_GPT >=20 > options=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 NFS_ROOT > options=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 BOOTP > options=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 BOOTP_NFSROOT > options=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 BOOTP_NFSV3 > options=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 > BOOTP_WIRED_TO=3Darge0 > options=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 BOOTP_COMPAT > options=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 > ROOTDEVNAME=3D\"nfs:192.168.1.184:/usr/root\" >=20 >=20 > boot dump: > Now booting linux kernel: > Base address 0x80050000 Entry 0x80050100 > memsize=3D0x08000000 > modetty0=3D0,n,8,1,hw > board=3DRouterStation PRO > ethaddr=3D00.15.6d.c8.c9.2c > CPU platform: Atheros AR7161 rev 2 > CPU Frequency=3D720 MHz > CPU DDR Frequency=3D360 MHz > CPU AHB Frequency=3D180 MHz > platform frequency: 720000000 > arguments: > =C2=A0 a0 =3D 00000002 > =C2=A0 a1 =3D 80050028 > =C2=A0 a2 =3D 80050000 > =C2=A0 a3 =3D 0000000a > Cmd line:=C2=A0 > =EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD~=EF=BF=BD=EF=BF=BDw=EF=BF= =BD=EF=BF=BD.=DF=B7=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD= =EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BDc=EF=BF=BD=EF=BF=BD= =EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF= =BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF= =BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD= =EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF= =BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF= =BD]=EF=BF=BDo=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF= =BD=EF=BF=BD_=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF= =BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD?=EF=BF=BDS > Environment: > =C2=A0 memsize =3D 0x08000000 > =C2=A0 modetty0 =3D 0,n,8,1,hw > =C2=A0 ethaddr =3D 00.15.6d.c8.c9.2c > =C2=A0 board =3D RouterStation PRO > Cache info: > =C2=A0 picache_stride=C2=A0 =C2=A0 =3D 4096 > =C2=A0 picache_loopcount =3D 16 > =C2=A0 pdcache_stride=C2=A0 =C2=A0 =3D 4096 > =C2=A0 pdcache_loopcount =3D 8 > cpu0: MIPS Technologies processor v116.147 > =C2=A0 MMU: Standard TLB, 16 entries > =C2=A0 L1 i-cache: 4 ways of 512 sets, 32 bytes per line > =C2=A0 L1 d-cache: 4 ways of 256 sets, 32 bytes per line > =C2=A0 > Config1=3D0x9ee3519e > =C2=A0 Config3=3D0x20 > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2012 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, > 1992, 1993, 1994 > =C2=A0=C2=A0=C2=A0 The Regents of the University of > California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD > Foundation. > FreeBSD 10.0-CURRENT #2: Tue Mar=C2=A0 6 15:25:15 CET 2012 > =C2=A0 =C2=A0 > root@freebsd-re-9:/usr/obj/mips.mipseb/usr/src/sys/RSPRO_NFS > mips > WARNING: WITNESS option enabled, expect reduced > performance. > MEMGUARD DEBUGGING ALLOCATOR INITIALIZED: > =C2=A0=C2=A0=C2=A0 MEMGUARD map base: 0xc0800000 > =C2=A0=C2=A0=C2=A0 MEMGUARD map limit: 0xc1c00000 > =C2=A0=C2=A0=C2=A0 MEMGUARD map size: 20480 KBytes > real memory=C2=A0 =3D 134217728 (131072K bytes) > avail memory =3D 122867712 (117MB) > random device not loaded; using insecure entropy > nexus0: > clock0: on nexus0 > Timecounter "MIPS32" frequency 360000000 Hz quality 800 > Event timer "MIPS32" frequency 360000000 Hz quality 800 > apb0 at irq 4 on nexus0 > uart0: <16550 or compatible> on apb0 > uart0: console (115200,n,8,1) > gpio0: on apb0 > gpio0: [GIANT-LOCKED] > gpio0: function_set: 0x0 > gpio0: function_clear: 0x0 > gpio0: gpio pinmask=3D0xff > gpioc0: on gpio0 > gpiobus0: on gpio0 > gpioled0: at pin(s) 2 on gpiobus0 > ehci0: at mem > 0x1b000000-0x1bffffff irq 1 on nexus0 > usbus0: set host controller mode > usbus0: EHCI version 1.0 > usbus0: set host controller mode > usbus0: on > ehci0 > pcib0 at irq 0 on nexus0 > pci0: on pcib0 > pci0: at device 0.0 (no > driver attached) > ath0: irq 0 at device 17.0 on pci0 > ath0: AR5413 mac 10.5 RF5413 phy 6.1 > ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0063 > ath1: irq 1 at device 18.0 on pci0 > ath1: AR5413 mac 10.5 RF5413 phy 6.1 > ath1: 2GHz radio: 0x0000; 5GHz radio: 0x0063 > arge0: at > mem > 0x19000000-0x19000fff irq 2 on nexus0 > miibus0: on arge0 > ukphy0: PHY 4 on > miibus0 > ukphy0:=C2=A0 none, 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, > 1000baseT-FDX, 1000baseT-FDX-master, auto > arge0: Ethernet address: 00:15:6d:c8:c9:2c > arge1: at > mem > 0x1a000000-0x1a000fff irq 3 on nexus0 > arge1: Ethernet address: 00:15:6d:c8:c9:2d > spi0: at mem 0x1f000000-0x1f00000f on > nexus0 > spibus0: on spi0 > mx25l0: at cs 0 on spibus0 > mx25l0: mx25ll128, sector 65536 bytes, 256 sectors > ar71xx_wdog0: on > nexus0 > Timecounters tick every 1.000 msec > usbus0: 480Mbps High Speed USB v2.0 > ugen0.1: at usbus0 > uhub0: addr 1> on usbus0 > bootpc_init: wired to interface 'arge0' > Sending DHCP Discover packet from interface arge0 > (00:15:6d:c8:c9:2c) > arge0: link state changed to DOWN > uhub0: 2 ports with 2 removable, self powered > ugen0.2: at usbus0 > umass0: addr 2> on usbus0 > umass0:=C2=A0 SCSI over Bulk-Only; quirks =3D 0x4100 > umass0:0:0:-1: Attached to scbus0 > (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 > 0 > (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error > (probe0:umass-sim0:0:0:0): SCSI status: Check Condition > (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 > (Medium not present) > da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 > da0: Removable Direct > Access SCSI-0 device > da0: 40.000MB/s transfers > da0: Attempt to query device size failed: NOT READY, Medium > not present > DHCP/BOOTP timeout for server 255.255.255.255 > DHCP/BOOTP timeout for server 255.255.255.255 > DHCP/BOOTP timeout for server 255.255.255.255 > DHCP/BOOTP timeout for server 255.255.255.255 > DHCP/BOOTP timeout for server 255.255.255.255 > DHCP/BOOTP timeout for server 255.255.255.255 > DHCP/BOOTP timeout for server 255.255.255.255 > DHCP/BOOTP timeout for server 255.255.255.255 > DHCP/BOOTP timeout for server 255.255.255.255 > DHCP/BOOTP timeout for server 255.255.255.255 > DHCP/BOOTP timeout for server 255.255.255.255 > DHCP/BOOTP timeout for server 255.255.255.255 > DHCP/BOOTP timeout for server 255.255.255.255 > arge0: initialization failed: no memory for rx buffers > DHCP/BOOTP timeout for server 255.255.255.255 > arge0: initialization failed: no memory for rx buffers >=20 >=20 > --=20 > Monthadar Al Jaberi Though I haven't updated to the latest AR71XX trunk, the only way I can thi= s work so far was to hardcode the MAC address. Youri > _______________________________________________ > freebsd-mips@freebsd.org > mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" > From owner-freebsd-mips@FreeBSD.ORG Thu Mar 8 14:17:38 2012 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68C1C106566B; Thu, 8 Mar 2012 14:17:38 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id B4C5D8FC13; Thu, 8 Mar 2012 14:17:37 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q28Dpeex021212; Thu, 8 Mar 2012 15:51:40 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q28DpdK9095367; Thu, 8 Mar 2012 15:51:39 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q28Dpb9q095366; Thu, 8 Mar 2012 15:51:37 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 8 Mar 2012 15:51:37 +0200 From: Konstantin Belousov To: freebsd-toolchain@freebsd.org Message-ID: <20120308135137.GP75778@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AFmbwsUflYm/9XUC" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: flo@freebsd.org, mips@freebsd.org, kan@freebsd.org, ia64@freebsd.org, Andrew Turner , Nathan Whitehorn , John Marino Subject: init arrays patch X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2012 14:17:38 -0000 --AFmbwsUflYm/9XUC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, The latest version of the patch to add support for init and fini arrays for FreeBSD is available at http://people.freebsd.org/~kib/misc/init_array.7.patch Apparently, some variant of ARM ABI mandates the use of arrays, so there is a demand for the change. Also, it is another step to bring us closer to modern ELF platform. I decided to change ABI by no longer calling _init/_fini functions from the crt1 for dynamic binaries. To keep the backward compatibility, a new ELF note is added for binaries that have modern crt1. The rtld now parses notes and calls _init/_fini itsef. This is done to easier the implementation of the proper order between preinit array, _init and init array. The patch passes make universe, was tested by me on i386 and amd64, a previous version of the patch was tested by Andrew on arm. The sparc64, ia64, mips and both powerpc are not tested. Please note that ia64 also has old kind of crt1, which calls _init and does not provide note. The cause is that crt1.S for ia64 is written in assembly, which I do not know, and have no access to machine. Good test for the patch is to boot new world with old ports, which were linked with old crt1. Also, there is a test suite at http://people.freebsd.org/~kib/misc/rtld-init_array_tests.tbz Use top-level script run_tests.sh to run the tests, possibly changing the CC variable to point to your preferred compiler. Normal run shall produce no output. Looking for feedback, test results, esp. on the listed architectures. --AFmbwsUflYm/9XUC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk9YuWgACgkQC3+MBN1Mb4gkgACcCXELzfN2XuSb2m07z9QvTtMr Mw0An218HlUBfYe0U8so4aCtoGPJPm7j =uxxE -----END PGP SIGNATURE----- --AFmbwsUflYm/9XUC-- From owner-freebsd-mips@FreeBSD.ORG Fri Mar 9 00:47:26 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A07F1065679 for ; Fri, 9 Mar 2012 00:47:26 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id BF66D8FC13 for ; Fri, 9 Mar 2012 00:47:25 +0000 (UTC) Received: by wibhq7 with SMTP id hq7so14380wib.13 for ; Thu, 08 Mar 2012 16:47:18 -0800 (PST) Received: by 10.180.78.233 with SMTP id e9mr39517618wix.0.1331252711154; Thu, 08 Mar 2012 16:25:11 -0800 (PST) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.180.96.231 with HTTP; Thu, 8 Mar 2012 16:24:51 -0800 (PST) From: Juli Mallett Date: Thu, 8 Mar 2012 16:24:51 -0800 X-Google-Sender-Auth: glw5EjTbS2-qT547TU-4BmAYxuk Message-ID: To: "freebsd-mips@FreeBSD.org" Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQlOVu4Xi0jlOpsR3NaqLvBsJ1btdf3ADFtp3n9qWWQlTRpfVxBqiTMG2ydmaYnhiGcQFrDS Subject: RouterBOOT on RB450G has a 4MB NAND kernel size limit X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2012 00:47:26 -0000 Hey folks, I thought it might be useful to share this with others, so they don't waste 6 hours diffing ELF files trying to figure out what the problem is. It turns out that although it can load ELF files of variable size over TFTP, and although the system is configured with a larger kernel NAND partition, RouterBOOT seems to choke (without any clear error, mind you, because that would be gratuitously-sensible) on loading kernels larger than 4MB. Of course, it's hard to figure this out because nothing useful turns up on a quick search for '"setting up elf image..." hang' or '"setting up elf image..." -"setting up elf image... ok"', although once you figure it out, it's easy to confirm with a quick Google along the lines of 'rb450g 4mb kernel'. So, be warned if you're thinking that you'll use an OpenWRT kernel with initramfs over netboot to provision devices to use FreeBSD by copying the kernel to NAND. Or if you've got yaffs patches to your kernel and can just copy over kernels with impunity. Has anyone looked at using U-Boot as a second stage loader on this hardware? In order to make loader useful, we'd have to add an awful lot of infrastructure, including another yaffs implementation, when we don't even have one in-tree yet. What would be most useful, too, would be to have MMC + SPI support in loader (here again, U-Boot is helpful), so that we could load kernels from SD. That's a lot of work on loader, and U-Boot already does it all, right? Any thoughts? (There is an MMC-over-SPI driver coming to the tree Real Soon Now, so booting FreeBSD from these things in production is actually quite trivial, if you can solve the kernel loading dilemma.) Yours in frustration with Mikrotik, Juli. From owner-freebsd-mips@FreeBSD.ORG Fri Mar 9 01:02:55 2012 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2BE2106564A; Fri, 9 Mar 2012 01:02:55 +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 8388D8FC13; Fri, 9 Mar 2012 01:02:55 +0000 (UTC) Received: from [10.30.101.53] ([209.117.142.2]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id q29109cG064565 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Thu, 8 Mar 2012 18:00:11 -0700 (MST) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Thu, 8 Mar 2012 18:00:03 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <43E920D8-72A6-43F0-8941-32C40783C523@bsdimp.com> References: To: Juli Mallett X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Thu, 08 Mar 2012 18:00:11 -0700 (MST) Cc: "freebsd-mips@FreeBSD.org" Subject: Re: RouterBOOT on RB450G has a 4MB NAND kernel size limit X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2012 01:02:56 -0000 On Mar 8, 2012, at 5:24 PM, Juli Mallett wrote: > Hey folks, >=20 > I thought it might be useful to share this with others, so they don't > waste 6 hours diffing ELF files trying to figure out what the problem > is. >=20 > It turns out that although it can load ELF files of variable size over > TFTP, and although the system is configured with a larger kernel NAND > partition, RouterBOOT seems to choke (without any clear error, mind > you, because that would be gratuitously-sensible) on loading kernels > larger than 4MB. Of course, it's hard to figure this out because > nothing useful turns up on a quick search for '"setting up elf > image..." hang' or '"setting up elf image..." -"setting up elf > image... ok"', although once you figure it out, it's easy to confirm > with a quick Google along the lines of 'rb450g 4mb kernel'. >=20 > So, be warned if you're thinking that you'll use an OpenWRT kernel > with initramfs over netboot to provision devices to use FreeBSD by > copying the kernel to NAND. Or if you've got yaffs patches to your > kernel and can just copy over kernels with impunity. >=20 > Has anyone looked at using U-Boot as a second stage loader on this > hardware? In order to make loader useful, we'd have to add an awful > lot of infrastructure, including another yaffs implementation, when we > don't even have one in-tree yet. What would be most useful, too, > would be to have MMC + SPI support in loader (here again, U-Boot is > helpful), so that we could load kernels from SD. That's a lot of work > on loader, and U-Boot already does it all, right? Any thoughts? While not specifically for that hardware, I've scoped out the work it = would take to port raj@'s work from ARM to MIPS. It doesn't look huge, = once you settle on the right 'syscall' model. figured it would take a = dedicated person in the weeks to months range of effort, depending on = the person :). Maybe semihalf has already done a port? > (There is an MMC-over-SPI driver coming to the tree Real Soon Now, so > booting FreeBSD from these things in production is actually quite > trivial, if you can solve the kernel loading dilemma.) Cool! Warner > Yours in frustration with Mikrotik, > Juli. > _______________________________________________ > freebsd-mips@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to = "freebsd-mips-unsubscribe@freebsd.org" >=20 >=20 From owner-freebsd-mips@FreeBSD.ORG Fri Mar 9 20:41:28 2012 Return-Path: Delivered-To: mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D5F5D106564A; Fri, 9 Mar 2012 20:41:28 +0000 (UTC) (envelope-from flo@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9E5F58FC1A; Fri, 9 Mar 2012 20:41:28 +0000 (UTC) Received: from nibbler-wlan.fritz.box (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q29KfPIM000696; Fri, 9 Mar 2012 20:41:26 GMT (envelope-from flo@FreeBSD.org) Message-ID: <4F5A6AF4.3080602@FreeBSD.org> Date: Fri, 09 Mar 2012 21:41:24 +0100 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:13.0) Gecko/20120308 Thunderbird/13.0a1 MIME-Version: 1.0 To: Konstantin Belousov References: <20120308135137.GP75778@deviant.kiev.zoral.com.ua> In-Reply-To: <20120308135137.GP75778@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.4a1pre Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig152C4D4FC7728394891A3E0D" Cc: mips@FreeBSD.org, kan@FreeBSD.org, ia64@FreeBSD.org, Andrew Turner , freebsd-toolchain@FreeBSD.org, Nathan Whitehorn , Marius Strobl , John Marino Subject: Re: init arrays patch X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2012 20:41:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig152C4D4FC7728394891A3E0D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 08.03.12 14:51, Konstantin Belousov wrote: > Hi, Hi, > The latest version of the patch to add support for init and fini arrays= > for FreeBSD is available at > http://people.freebsd.org/~kib/misc/init_array.7.patch >=20 > The patch passes make universe, was tested by me on i386 and amd64, a > previous version of the patch was tested by Andrew on arm. The sparc64,= > ia64, mips and both powerpc are not tested. Please note that ia64 also > has old kind of crt1, which calls _init and does not provide note. The > cause is that crt1.S for ia64 is written in assembly, which I do not > know, and have no access to machine. >=20 > Good test for the patch is to boot new world with old ports, which were= > linked with old crt1. Also, there is a test suite at i ran the patch on sparc64. With a new kernel and world i was still able to use the following previously compiled ports, bash, php5, perl5.12 and mysql55-server. > http://people.freebsd.org/~kib/misc/rtld-init_array_tests.tbz > Use top-level script run_tests.sh to run the tests, possibly changing > the CC variable to point to your preferred compiler. Normal run shall > produce no output. >=20 I also ran testsuite and it worked as expected. Florian --------------enig152C4D4FC7728394891A3E0D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAk9aavUACgkQapo8P8lCvwmgRwCgu2seRWzTPqdcHK192JL8Xg8h E4AAnjsKRdXQqG+N0dJR0cqDucs9gAnh =ZXyL -----END PGP SIGNATURE----- --------------enig152C4D4FC7728394891A3E0D-- From owner-freebsd-mips@FreeBSD.ORG Sat Mar 10 02:53:14 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A8F1106564A for ; Sat, 10 Mar 2012 02:53:14 +0000 (UTC) (envelope-from pkelsey@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4D9208FC0A for ; Sat, 10 Mar 2012 02:53:13 +0000 (UTC) Received: by vcmm1 with SMTP id m1so2518652vcm.13 for ; Fri, 09 Mar 2012 18:53:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=lvyhp78s/qNvDVX/Mz7QRfLcwJqHs58iOYrWqIoLR3w=; b=Y5QBv5R1vZjCsUTv6GTexHOJ/BeFX+zLX62zu/5MvTRT0dW8/tbe5R5SXB16j9XrCP 5koDCUEZ89IMcYExGktt2smkt3CFEjQfMjrPYUGD2ccaj8fvnrkhdFKlf8YoI5UnAinQ RlItUfcaRtvLwn4UplLpM8tY8lHP/8oa2dHe/zFY5jWxs2WWWyJ4Szs5PYx4kTYHC42i YU27srK0zu6LneVMUiF5Rgq/j8rhbRSPyHqZWZLYgxI2G+Rk+87MfLGE0fNy76KPTJzF DxN4jKc8Os/8JKXWUY7MZLxWsuDJeR2cYWoyOJCOgyipnG28Drk5q/Et5cJKb002Koi3 uF8Q== MIME-Version: 1.0 Received: by 10.52.30.98 with SMTP id r2mr7431127vdh.8.1331347993595; Fri, 09 Mar 2012 18:53:13 -0800 (PST) Sender: pkelsey@gmail.com Received: by 10.220.156.83 with HTTP; Fri, 9 Mar 2012 18:53:13 -0800 (PST) Date: Fri, 9 Mar 2012 21:53:13 -0500 X-Google-Sender-Auth: 7UJh4g7hs-sKtpuQ5gDkKlO4ftU Message-ID: From: Patrick Kelsey To: freebsd-mips@freebsd.org Content-Type: multipart/mixed; boundary=20cf3079b89e3b0e4804bada9cb0 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: [PATCH] Fix for using NFS root with if_arge X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 02:53:14 -0000 --20cf3079b89e3b0e4804bada9cb0 Content-Type: text/plain; charset=ISO-8859-1 This patch fixes an issue I encountered using an NFS root with an ar71xx-based MikroTik RouterBoard 450G on -current where the kernel fails to contact a DHCP/BOOTP server via if_arge when it otherwise should be able to. This may be the same issue that Monthadar Al Jaberi reported against an RSPRO on 6 March, as the signature is the same: %%% DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 . . . DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 arge0: initialization failed: no memory for rx buffers DHCP/BOOTP timeout for server 255.255.255.255 arge0: initialization failed: no memory for rx buffers %%% The primary issue that I found is that the DHCP/BOOTP message that bootpc_call() is sending never makes it onto the wire, which I believe is due to the following: - Last December, a change was made to the ifioctl that bootpc_call() uses to adjust the netmask around the sosend(). - The new ioctl (SIOCAIFADDR) performs an if_init when invoked, whereas the old one (SIOCSIFNETMASK) did not. - if_arge maintains its own sense of link state in sc->arge_link_status. - On a single-phy interface, sc->arge_link_status is initialized to 0 in arge_init_locked(). - sc->arge_link_status remains 0 until a phy state change notification causes arge_link_task to run, notice the link is up, and set it to 1. - The inits caused by the ifioctls in bootpc_call are reinitializing the interface, but not the phy, so sc->arge_link_status goes to 0 and remains there. - arge_start_locked() always sees sc->arge_link_status == 0 and returns without queuing anything. The attached patch changes arge_init_locked() such that in the single-phy case, instead of initializing sc->arge_link_status to 0, it runs arge_link_task() to set it according to the current phy state. This change has allowed my setup to mount an NFS root successfully. I think there is a secondary issue here regarding the "arge0: initialization failed: no memory for rx buffers". I have not dug into it completely yet, but at first blush it seems that arge_stop() leaks mbufs from the rx ring, so after some number of arge_init() calls (in this case triggered by the DHCP/BOOTP message timeouts), all mbufs are exhausted. -Patrick --20cf3079b89e3b0e4804bada9cb0 Content-Type: application/octet-stream; name="if_arge_link_status.diff" Content-Disposition: attachment; filename="if_arge_link_status.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gzm26qek0 SW5kZXg6IG1pcHMvYXRoZXJvcy9pZl9hcmdlLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL21pcHMvYXRo ZXJvcy9pZl9hcmdlLmMJKHJldmlzaW9uIDIzMjcyNSkKKysrIHN5cy9taXBzL2F0aGVyb3MvaWZf YXJnZS5jCSh3b3JraW5nIGNvcHkpCkBAIC0xMTAsNiArMTEwLDcgQEAKIHN0YXRpYyB2b2lkIGFy Z2VfaW5pdCh2b2lkICopOwogc3RhdGljIHZvaWQgYXJnZV9pbml0X2xvY2tlZChzdHJ1Y3QgYXJn ZV9zb2Z0YyAqKTsKIHN0YXRpYyB2b2lkIGFyZ2VfbGlua190YXNrKHZvaWQgKiwgaW50KTsKK3N0 YXRpYyB2b2lkIGFyZ2VfdXBkYXRlX2xpbmtfbG9ja2VkKHN0cnVjdCBhcmdlX3NvZnRjICpzYyk7 CiBzdGF0aWMgdm9pZCBhcmdlX3NldF9wbGwoc3RydWN0IGFyZ2Vfc29mdGMgKiwgaW50LCBpbnQp Owogc3RhdGljIGludCBhcmdlX21paWJ1c19yZWFkcmVnKGRldmljZV90LCBpbnQsIGludCk7CiBz dGF0aWMgdm9pZCBhcmdlX21paWJ1c19zdGF0Y2hnKGRldmljZV90KTsKQEAgLTY4MywxMyArNjk0 LDIwIEBACiBhcmdlX2xpbmtfdGFzayh2b2lkICphcmcsIGludCBwZW5kaW5nKQogewogCXN0cnVj dCBhcmdlX3NvZnRjCSpzYzsKKwlzYyA9IChzdHJ1Y3QgYXJnZV9zb2Z0YyAqKWFyZzsKKworCUFS R0VfTE9DSyhzYyk7CisJYXJnZV91cGRhdGVfbGlua19sb2NrZWQoc2MpOworCUFSR0VfVU5MT0NL KHNjKTsKK30KKworc3RhdGljIHZvaWQKK2FyZ2VfdXBkYXRlX2xpbmtfbG9ja2VkKHN0cnVjdCBh cmdlX3NvZnRjICpzYykKK3sKIAlzdHJ1Y3QgbWlpX2RhdGEJCSptaWk7CiAJc3RydWN0IGlmbmV0 CQkqaWZwOwogCXVpbnQzMl90CQltZWRpYSwgZHVwbGV4OwogCi0Jc2MgPSAoc3RydWN0IGFyZ2Vf c29mdGMgKilhcmc7Ci0KLQlBUkdFX0xPQ0soc2MpOwogCW1paSA9IGRldmljZV9nZXRfc29mdGMo c2MtPmFyZ2VfbWlpYnVzKTsKIAlpZnAgPSBzYy0+YXJnZV9pZnA7CiAJaWYgKG1paSA9PSBOVUxM IHx8IGlmcCA9PSBOVUxMIHx8CkBAIC03MDcsMTAgKzcyNSwxMCBAQAogCQkJZHVwbGV4ID0gbWlp LT5taWlfbWVkaWFfYWN0aXZlICYgSUZNX0dNQVNLOwogCQkJYXJnZV9zZXRfcGxsKHNjLCBtZWRp YSwgZHVwbGV4KTsKIAkJfQotCX0gZWxzZQorCX0gZWxzZSB7CiAJCXNjLT5hcmdlX2xpbmtfc3Rh dHVzID0gMDsKKwl9CiAKLQlBUkdFX1VOTE9DSyhzYyk7CiB9CiAKIHN0YXRpYyB2b2lkCkBAIC04 NDYsNyArODY0LDYgQEAKIAogCiAJaWYgKHNjLT5hcmdlX21paWJ1cykgewotCQlzYy0+YXJnZV9s aW5rX3N0YXR1cyA9IDA7CiAJCW1paSA9IGRldmljZV9nZXRfc29mdGMoc2MtPmFyZ2VfbWlpYnVz KTsKIAkJbWlpX21lZGlhY2hnKG1paSk7CiAJfQpAQCAtODYwLDggKzg3NywxMCBAQAogCWlmcC0+ aWZfZHJ2X2ZsYWdzIHw9IElGRl9EUlZfUlVOTklORzsKIAlpZnAtPmlmX2Rydl9mbGFncyAmPSB+ SUZGX0RSVl9PQUNUSVZFOwogCi0JaWYgKHNjLT5hcmdlX21paWJ1cykKKwlpZiAoc2MtPmFyZ2Vf bWlpYnVzKSB7CiAJCWNhbGxvdXRfcmVzZXQoJnNjLT5hcmdlX3N0YXRfY2FsbG91dCwgaHosIGFy Z2VfdGljaywgc2MpOworCQlhcmdlX3VwZGF0ZV9saW5rX2xvY2tlZChzYyk7CisJfQogCiAJQVJH RV9XUklURShzYywgQVI3MVhYX0RNQV9UWF9ERVNDLCBBUkdFX1RYX1JJTkdfQUREUihzYywgMCkp OwogCUFSR0VfV1JJVEUoc2MsIEFSNzFYWF9ETUFfUlhfREVTQywgQVJHRV9SWF9SSU5HX0FERFIo c2MsIDApKTsK --20cf3079b89e3b0e4804bada9cb0-- From owner-freebsd-mips@FreeBSD.ORG Sat Mar 10 13:37:16 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DDD041065672 for ; Sat, 10 Mar 2012 13:37:16 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 645298FC12 for ; Sat, 10 Mar 2012 13:37:16 +0000 (UTC) Received: by wern13 with SMTP id n13so7850wer.13 for ; Sat, 10 Mar 2012 05:37:15 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding :x-gm-message-state; bh=MxnGfkH3X94LBvFdP5gfD0/me7YWfoFBRHeZa9H5N74=; b=BhU+OiSZVWWJoV9THj1eM5z/jZwFlx8bxM18T9yi+VY9FpSsbdCNoh/yHXRpJ02bCO 8le6ceghdxpyglLOYKdaSdn7Mi7Yi4uAsvvL2ZfW0O2u95zhsHiyPciyqkTa3JSdKyhj K5WJBcOkV3sKV3KJ246WOIw77fBwOQL5TOHLhaKuMMGH/y7BA1pur9mVWFspCN+87HYO NqUWpETd1vM/1Xae90TT8VYdo+kqxMw7azVsadyv4cdzre01JwM2Rv+rcLu1MEDIbTo6 aT0NMdJTuiYxyHJT3Xz66tVF0kxFE0cdV1j9LliKkVO+IMDaK/S/x29BJ6zdQEtPzPAs GCPw== Received: by 10.216.134.24 with SMTP id r24mr3473106wei.84.1331385133742; Sat, 10 Mar 2012 05:12:13 -0800 (PST) Received: from rnote.ddteam.net (153-105-133-95.pool.ukrtel.net. [95.133.105.153]) by mx.google.com with ESMTPS id ep17sm14327295wid.2.2012.03.10.05.12.11 (version=SSLv3 cipher=OTHER); Sat, 10 Mar 2012 05:12:12 -0800 (PST) Date: Sat, 10 Mar 2012 15:11:28 +0200 From: Aleksandr Rybalko To: Patrick Kelsey Message-Id: <20120310151128.647d4a18.ray@ddteam.net> In-Reply-To: References: X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQljU5v5Dn+QBfrZAS4Ae4HCuiUGyKaKJlq1n9gQ3FPKMw3qJmBTszWw1iZIpxzulQANuNly Cc: freebsd-mips@freebsd.org Subject: Re: [PATCH] Fix for using NFS root with if_arge X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 13:37:16 -0000 On Fri, 9 Mar 2012 21:53:13 -0500 Patrick Kelsey wrote: > This patch fixes an issue I encountered using an NFS root with an > ar71xx-based MikroTik RouterBoard 450G on -current where the kernel > fails to contact a DHCP/BOOTP server via if_arge when it otherwise > should be able to. This may be the same issue that Monthadar Al > Jaberi reported against an RSPRO on 6 March, as the signature is the > same: > > %%% > > DHCP/BOOTP timeout for server 255.255.255.255 > DHCP/BOOTP timeout for server 255.255.255.255 > DHCP/BOOTP timeout for server 255.255.255.255 > . > . > . > DHCP/BOOTP timeout for server 255.255.255.255 > DHCP/BOOTP timeout for server 255.255.255.255 > arge0: initialization failed: no memory for rx buffers > DHCP/BOOTP timeout for server 255.255.255.255 > arge0: initialization failed: no memory for rx buffers > > %%% > > The primary issue that I found is that the DHCP/BOOTP message that > bootpc_call() is sending never makes it onto the wire, which I > believe is due to the following: > > - Last December, a change was made to the ifioctl that bootpc_call() > uses to adjust the netmask around the sosend(). > > - The new ioctl (SIOCAIFADDR) performs an if_init when invoked, > whereas the old one (SIOCSIFNETMASK) did not. > > - if_arge maintains its own sense of link state in > sc->arge_link_status. > > - On a single-phy interface, sc->arge_link_status is initialized to 0 > in arge_init_locked(). > > - sc->arge_link_status remains 0 until a phy state change notification > causes arge_link_task to run, notice the link is up, and set it to 1. > > - The inits caused by the ifioctls in bootpc_call are reinitializing > the interface, but not the phy, so sc->arge_link_status goes to 0 and > remains there. > > - arge_start_locked() always sees sc->arge_link_status == 0 and > returns without queuing anything. > > > The attached patch changes arge_init_locked() such that in the > single-phy case, instead of initializing sc->arge_link_status to 0, > it runs arge_link_task() to set it according to the current phy > state. This change has allowed my setup to mount an NFS root > successfully. > > I think there is a secondary issue here regarding the "arge0: > initialization failed: no memory for rx buffers". I have not dug > into it completely yet, but at first blush it seems that arge_stop() > leaks mbufs from the rx ring, so after some number of arge_init() > calls (in this case triggered by the DHCP/BOOTP message timeouts), > all mbufs are exhausted. > > -Patrick Hi Patrick, yeah, if_arge really have two or even three problems: 1. Different levels of allocate/free ring buffer (allocate in if_start, but free in device_detatch), so we get memory leak when do if_up/if_down. 2. some wrong value which sometime passed to arge_set_pll, then we try to send some packet without run MAC clock. 3. problem that you explain First and second fixed by http://my.ddteam.net/files/if_arge.c.patch. Not yet commited, because not solve main problem. We will test your patch and commit it ASAP. Thank you! WBW -- Aleksandr Rybalko From owner-freebsd-mips@FreeBSD.ORG Sat Mar 10 22:24:31 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79A8C106564A for ; Sat, 10 Mar 2012 22:24:31 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 082888FC08 for ; Sat, 10 Mar 2012 22:24:30 +0000 (UTC) Received: by wibhj6 with SMTP id hj6so1574528wib.13 for ; Sat, 10 Mar 2012 14:24:30 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :x-gm-message-state; bh=ebhHeqgmTlqbrfC3GZnCTxsO5Rlfw1Fr74YqDT/G6/k=; b=MM9dXi6SU6tbZbFizeNrpQrBOkKo6XtX/kme9SKcEtM+9H1z/CMhzFLgwY9Q5W/Dqv aezEO11MkrtTaU6FBzZcRCEVxfbBO4gzPhEe5V9GjkWROwty9DIuRhCkivD1W5LP0vNH S4vehV9UyceM0PvEK6odzq0I55UZ1G2jM+yUzTRL+wN6gOl7U/ejoWJaVP/ZiTO1ZeCE MSs3xa+PtUi67xYUl/Fgy35I0hHg1ZXR1jQ58uTImj388lSEdKBVv/8nSukvSMK6K8VB PzsBLW6mVP5koZa3ghdn2STSpZ6dMrH1hf6vALZ0KzIu/Uq+T1+0s7i0O/qZmlnAhSFC ajaQ== Received: by 10.180.78.233 with SMTP id e9mr15546357wix.0.1331418269862; Sat, 10 Mar 2012 14:24:29 -0800 (PST) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.180.96.231 with HTTP; Sat, 10 Mar 2012 14:24:09 -0800 (PST) In-Reply-To: <20120310151128.647d4a18.ray@ddteam.net> References: <20120310151128.647d4a18.ray@ddteam.net> From: Juli Mallett Date: Sat, 10 Mar 2012 14:24:09 -0800 X-Google-Sender-Auth: Eh1vK3M_mZw1xsOdNBZITjoEd24 Message-ID: To: Aleksandr Rybalko Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQn6j+sT17hG8zZuXstnzMK2AoFkUBAOnxb9GeNQfnj4BzRp6cQsvleXTbw4f45MP3KWWlYQ Cc: freebsd-mips@freebsd.org Subject: Re: [PATCH] Fix for using NFS root with if_arge X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 22:24:31 -0000 On Sat, Mar 10, 2012 at 05:11, Aleksandr Rybalko wrote: > Hi Patrick, > > yeah, if_arge really have two or even three problems: > 1. Different levels of allocate/free ring buffer (allocate in if_start, > but free in device_detatch), so we get memory leak when do > if_up/if_down. > > 2. some wrong value which sometime passed to arge_set_pll, then we try > to send some packet without run MAC clock. > 3. problem that you explain > > First and second fixed by http://my.ddteam.net/files/if_arge.c.patch. > Not yet commited, because not solve main problem. This patch seems to cause interrupt storms on rb450g's arge1 interface, at least if that interface is wired to the switch. I would guess it has to do with the MAC clock? > We will test your patch and commit it ASAP. > > Thank you! > > WBW > -- > Aleksandr Rybalko > _______________________________________________ > freebsd-mips@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" From owner-freebsd-mips@FreeBSD.ORG Sat Mar 10 22:30:01 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BCBA106566C for ; Sat, 10 Mar 2012 22:30:01 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 20F3B8FC08 for ; Sat, 10 Mar 2012 22:30:00 +0000 (UTC) Received: by wern13 with SMTP id n13so322337wer.13 for ; Sat, 10 Mar 2012 14:29:53 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding :x-gm-message-state; bh=E1hr4Lu69CPQTrR34KP/HbOdUJGyWuGIy5YE8VecJlQ=; b=ePUsT2nE9SqnHRVeEYrxfI1pCDuoV7ADYq7LCg+zsxHuTEvBG7A6hSSoFGyJUqJx/K AZcuqkQe4M+tFdzw/kGS+AHvb2t1VqPpnk1rjtz1GIiIkbHvaCynUBOhz46ntc0Ruu1i frzGcUEl88hbTpOuYqBbMuo+DR9I8nkWNtled1oyYKu81Pw+P7ExcAzNNqDs6WUWVqND p7vEEhwhLMXbVkTdg6pn+GXuhhtdQqH2o42rpAVUvBVgqBZaAnXFTfQvBaw7XErhjWO+ dD+KvfLQYSivGnk5zv2mrhToy239vuAyAiUq8IpizLUP/0ctuc987LOhc1a4Jm+yPDko BdjA== Received: by 10.216.136.149 with SMTP id w21mr3960887wei.90.1331418593824; Sat, 10 Mar 2012 14:29:53 -0800 (PST) Received: from rnote.ddteam.net (9-52-133-95.pool.ukrtel.net. [95.133.52.9]) by mx.google.com with ESMTPS id bg3sm18455532wib.10.2012.03.10.14.29.52 (version=SSLv3 cipher=OTHER); Sat, 10 Mar 2012 14:29:53 -0800 (PST) Date: Sun, 11 Mar 2012 00:29:08 +0200 From: Aleksandr Rybalko To: Juli Mallett Message-Id: <20120311002908.58ea1513.ray@ddteam.net> In-Reply-To: References: <20120310151128.647d4a18.ray@ddteam.net> X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQmGGcPaJAG5h8+h/2iHVSMs0dhLVoyF8TQbNv1M22il9jVuuKH5rQbBIlZbAJprkALU1k6+ Cc: freebsd-mips@freebsd.org Subject: Re: [PATCH] Fix for using NFS root with if_arge X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 22:30:01 -0000 On Sat, 10 Mar 2012 14:24:09 -0800 Juli Mallett wrote: > On Sat, Mar 10, 2012 at 05:11, Aleksandr Rybalko > wrote: > > Hi Patrick, > > > > yeah, if_arge really have two or even three problems: > > 1. Different levels of allocate/free ring buffer (allocate in > > if_start, but free in device_detatch), so we get memory leak when do > > if_up/if_down. > > > > 2. some wrong value which sometime passed to arge_set_pll, then we > > try to send some packet without run MAC clock. > > 3. problem that you explain > > > > First and second fixed by > > http://my.ddteam.net/files/if_arge.c.patch. Not yet commited, > > because not solve main problem. > > This patch seems to cause interrupt storms on rb450g's arge1 > interface, at least if that interface is wired to the switch. I would > guess it has to do with the MAC clock? Yeah, but not really this patch. This patch just workaround one problem which is unhide second. I'm still not sure what is real problem source, but think it is because clock for MAC output, or not run, or run on incorrect frequency. > > > We will test your patch and commit it ASAP. > > > > Thank you! > > > > WBW > > -- > > Aleksandr Rybalko > > _______________________________________________ > > freebsd-mips@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > > To unsubscribe, send any mail to > > "freebsd-mips-unsubscribe@freebsd.org" WBW -- Aleksandr Rybalko From owner-freebsd-mips@FreeBSD.ORG Sat Mar 10 22:50:52 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E5D36106566C for ; Sat, 10 Mar 2012 22:50:52 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6BE288FC0C for ; Sat, 10 Mar 2012 22:50:52 +0000 (UTC) Received: by wern13 with SMTP id n13so330927wer.13 for ; Sat, 10 Mar 2012 14:50:51 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=RoojOiv9cRgUzGLSdA03A2WUWFXb2gWy5CDSlclrJJo=; b=LrcljtwcTSvdY0H1kx9q8hRj/vqVGXp3rr5ElxTIozu4vUHJVWHR01Uikuto6HKgsP Hm7XuxKs+4fKBqm5tvTYJJhfCPQCX8wrQBd9ThUqllSIAXy0ZWlOI6J3vGGRzb5ADh/D AFZF+FLNhXuUSf77umO4Or1sr46nb5w2DRVleD2Wq3kM2DHd06tPVcPFGJU4Lt5Io9EZ Y3hL9JUT7wlfTBGu9LdlxRQzjkvQTiyRaWGx5M+0CMhgAKNHc0YQN3ju3XYxu+ksG+B0 jfiXBPfgwmGCJxyqxvV2LrbvqFpLleqw9+WfUGD68KE7CW6UDqBiUSDq7bYoKFQJM3Ak wsOQ== Received: by 10.180.100.196 with SMTP id fa4mr7922565wib.0.1331419851196; Sat, 10 Mar 2012 14:50:51 -0800 (PST) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.180.96.231 with HTTP; Sat, 10 Mar 2012 14:50:31 -0800 (PST) In-Reply-To: <20120311002908.58ea1513.ray@ddteam.net> References: <20120310151128.647d4a18.ray@ddteam.net> <20120311002908.58ea1513.ray@ddteam.net> From: Juli Mallett Date: Sat, 10 Mar 2012 14:50:31 -0800 X-Google-Sender-Auth: Rna8MM2cNObf1D3jJaHnVU00k_Q Message-ID: To: Aleksandr Rybalko Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQlkBUeY490Gi0mNzM1zJgmFzej/3wCc49qScSDwUixdOdsY9XmxefpA9IQApGwN5oTu0iCb Cc: freebsd-mips@freebsd.org Subject: Re: [PATCH] Fix for using NFS root with if_arge X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 22:50:53 -0000 On Sat, Mar 10, 2012 at 14:29, Aleksandr Rybalko wrote: > On Sat, 10 Mar 2012 14:24:09 -0800 > Juli Mallett wrote: >> This patch seems to cause interrupt storms on rb450g's arge1 >> interface, at least if that interface is wired to the switch. =C2=A0I wo= uld >> guess it has to do with the MAC clock? > > Yeah, but not really this patch. This patch just workaround one problem > which is unhide second. I'm still not sure what is real problem > source, but think it is because clock for MAC output, or not run, or > run on incorrect frequency. I guess I really don't understand the nature of the problem. It looks like this relates to moving the ring initialization out to attach-time =E2=80=94 why not just make the stop function do the right thing and free allocated resources, instead of doing the latter in detach? Is it simply the lack of resetting the tx_prod, tx_cons, tx_cnt and rx_cons fields in the init function if you move the ring initialization to attach? It looks to me like that could be the problem. From owner-freebsd-mips@FreeBSD.ORG Sat Mar 10 22:55:15 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00BEB106566B for ; Sat, 10 Mar 2012 22:55:00 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 475A98FC08 for ; Sat, 10 Mar 2012 22:54:59 +0000 (UTC) Received: by wern13 with SMTP id n13so332621wer.13 for ; Sat, 10 Mar 2012 14:54:59 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=33q2DDqK+HVYNgi1AVS20MU2zGG33XZ/hnXRhpV5eZA=; b=EDdUo8kbOo8GklBrxffsIJGR3meoYS9wzvAyc37LTvAattOi5CtcWhWYxpdquXRnNn yUHwtwY1ikSC2AsTmu/RPdlKKw9IzU/U8Q48r7Ql3SLMqUyq1FSsgJhPQ7GE6SyJOHCF bDwRfx2z5rLcOAv6mAcjIS88Je0yLIh0c2KRWAN0dWbe07p2syIdjko/Pa/wVLGhFnhI TcWSvavXxhXqpNlg21+hsRogKJerZBxWa0CAiz7Jtf26c3oAkMIVR7iX83CzlNPolqNb xQq8AjTOwc//JVylF9W+pofEJJC47CCXBdt0/Hcl+FXLLsu0WT3OpVgWd9eS5U63egRJ nAbg== Received: by 10.180.95.197 with SMTP id dm5mr15433590wib.20.1331420099218; Sat, 10 Mar 2012 14:54:59 -0800 (PST) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.180.96.231 with HTTP; Sat, 10 Mar 2012 14:54:39 -0800 (PST) In-Reply-To: References: <20120310151128.647d4a18.ray@ddteam.net> <20120311002908.58ea1513.ray@ddteam.net> From: Juli Mallett Date: Sat, 10 Mar 2012 14:54:39 -0800 X-Google-Sender-Auth: MvWIN43S2gSKR9Lvdmui3GNnLHM Message-ID: To: Aleksandr Rybalko Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQlzU1ll2dgfMOXDLxxK7PPX5cNAh2YydtxEbbmTqR3Vv0mIPgLRXC1CIpEzaU29a3jMcs7+ Cc: freebsd-mips@freebsd.org Subject: Re: [PATCH] Fix for using NFS root with if_arge X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 22:55:15 -0000 On Sat, Mar 10, 2012 at 14:50, Juli Mallett wrote: > On Sat, Mar 10, 2012 at 14:29, Aleksandr Rybalko wrote: >> On Sat, 10 Mar 2012 14:24:09 -0800 >> Juli Mallett wrote: >>> This patch seems to cause interrupt storms on rb450g's arge1 >>> interface, at least if that interface is wired to the switch. =C2=A0I w= ould >>> guess it has to do with the MAC clock? >> >> Yeah, but not really this patch. This patch just workaround one problem >> which is unhide second. I'm still not sure what is real problem >> source, but think it is because clock for MAC output, or not run, or >> run on incorrect frequency. > > I guess I really don't understand the nature of the problem. =C2=A0It loo= ks > like this relates to moving the ring initialization out to attach-time > =E2=80=94 why not just make the stop function do the right thing and free > allocated resources, instead of doing the latter in detach? =C2=A0Is it > simply the lack of resetting the tx_prod, tx_cons, tx_cnt and rx_cons > fields in the init function if you move the ring initialization to > attach? =C2=A0It looks to me like that could be the problem. Indeed, that's the issue. If I modify your patch to instead be like below, no more interrupt storm: @@ -849,20 +860,17 @@ arge_stop(sc); - /* Init circular RX list. */ - if (arge_rx_ring_init(sc) !=3D 0) { - device_printf(sc->arge_dev, - "initialization failed: no memory for rx buffers\n"); - arge_stop(sc); - return; - } + /* + * Reset ring consumer and producer values, etc. + */ + sc->arge_cdata.arge_rx_cons =3D 0; - /* Init tx descriptors. */ - arge_tx_ring_init(sc); + sc->arge_cdata.arge_tx_prod =3D 0; + sc->arge_cdata.arge_tx_cons =3D 0; + sc->arge_cdata.arge_tx_cnt =3D 0; arge_reset_dma(sc); - if (sc->arge_miibus) { mii =3D device_get_softc(sc->arge_miibus); mii_mediachg(mii); From owner-freebsd-mips@FreeBSD.ORG Sat Mar 10 23:08:42 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F048106566C for ; Sat, 10 Mar 2012 23:08:42 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id B40B68FC15 for ; Sat, 10 Mar 2012 23:08:41 +0000 (UTC) Received: by wern13 with SMTP id n13so338962wer.13 for ; Sat, 10 Mar 2012 15:08:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding :x-gm-message-state; bh=+x/nAw4py4u3iTHNdU6Lrd6PMbp7biQlNNkNfwNn7GI=; b=DeqCXtFMd4F6ZYYFgGMkzp8u508csnk6nnjTN7Wxo87d4afe52+6USuklf1A2ANMgg r89/bRHccI0Sx1kRF7h0MGq6AtPzfBjcHHNjMcjJvmDnCVfcqsRjMUKlfp6FpOAnKf7H WT0fr62N3Wa8SUzZvfZYk7hKwR5IlYnqWyAHZqtmq0PBu+yKgTOy34qPQ20rGITf7pb7 EcJ8FiA3O7H2mSUYUexijn4fLcDf9QTVtKlDkNIx6iMyGhHpaIGXztDR4ToaPeSmmx8E Ghl+VP94tnDdcmokiQCsq0Mh3MY2OcKEzQPwPUIpwhpfBj1lX28dLjJIJ5Q/bssQJrT9 1hXQ== Received: by 10.216.136.131 with SMTP id w3mr4306073wei.15.1331420920759; Sat, 10 Mar 2012 15:08:40 -0800 (PST) Received: from rnote.ddteam.net (9-52-133-95.pool.ukrtel.net. [95.133.52.9]) by mx.google.com with ESMTPS id j3sm33111742wiw.1.2012.03.10.15.08.39 (version=SSLv3 cipher=OTHER); Sat, 10 Mar 2012 15:08:40 -0800 (PST) Date: Sun, 11 Mar 2012 01:07:55 +0200 From: Aleksandr Rybalko To: Juli Mallett Message-Id: <20120311010755.ca51d8d0.ray@ddteam.net> In-Reply-To: References: <20120310151128.647d4a18.ray@ddteam.net> <20120311002908.58ea1513.ray@ddteam.net> X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQnViOcQKFHIHvGg3qAdVUk3zAlrpIVICa7N/KIjlDw5CtTGuy3fydwlxMEvm6kDaAM5bC1V Cc: freebsd-mips@freebsd.org Subject: Re: [PATCH] Fix for using NFS root with if_arge X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 23:08:42 -0000 On Sat, 10 Mar 2012 14:54:39 -0800 Juli Mallett wrote: > On Sat, Mar 10, 2012 at 14:50, Juli Mallett > wrote: > > On Sat, Mar 10, 2012 at 14:29, Aleksandr Rybalko > > wrote: > >> On Sat, 10 Mar 2012 14:24:09 -0800 > >> Juli Mallett wrote: > >>> This patch seems to cause interrupt storms on rb450g's arge1 > >>> interface, at least if that interface is wired to the switch.  I > >>> would guess it has to do with the MAC clock? > >> > >> Yeah, but not really this patch. This patch just workaround one > >> problem which is unhide second. I'm still not sure what is real > >> problem source, but think it is because clock for MAC output, or > >> not run, or run on incorrect frequency. > > > > I guess I really don't understand the nature of the problem.  It > > looks like this relates to moving the ring initialization out to > > attach-time — why not just make the stop function do the right > > thing and free allocated resources, instead of doing the latter in > > detach?  Is it simply the lack of resetting the tx_prod, tx_cons, > > tx_cnt and rx_cons fields in the init function if you move the ring > > initialization to attach?  It looks to me like that could be the > > problem. > > Indeed, that's the issue. If I modify your patch to instead be like > below, no more interrupt storm: > > > @@ -849,20 +860,17 @@ > > arge_stop(sc); > > - /* Init circular RX list. */ > - if (arge_rx_ring_init(sc) != 0) { > - device_printf(sc->arge_dev, > - "initialization failed: no memory for rx buffers > \n"); > - arge_stop(sc); > - return; > - } > + /* > + * Reset ring consumer and producer values, etc. > + */ > + sc->arge_cdata.arge_rx_cons = 0; > > - /* Init tx descriptors. */ > - arge_tx_ring_init(sc); > + sc->arge_cdata.arge_tx_prod = 0; > + sc->arge_cdata.arge_tx_cons = 0; > + sc->arge_cdata.arge_tx_cnt = 0; > > arge_reset_dma(sc); > > - > if (sc->arge_miibus) { > mii = device_get_softc(sc->arge_miibus); > mii_mediachg(mii); Cool! I still not look into that so deeper :) Thank you Juli! Will test it with other zrouter guys, and then commit if you don't do that faster :) WBW -- Aleksandr Rybalko From owner-freebsd-mips@FreeBSD.ORG Sat Mar 10 23:12:50 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 045D41065675 for ; Sat, 10 Mar 2012 23:12:50 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 7BB2A8FC24 for ; Sat, 10 Mar 2012 23:12:48 +0000 (UTC) Received: by wibhj6 with SMTP id hj6so1593552wib.13 for ; Sat, 10 Mar 2012 15:12:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :x-gm-message-state; bh=BrzmIArmkLstl8NUvGZyKME4tQcDVU82Pp8D8W2+r6A=; b=LkFYxjZzr+PqEi41G5lfQGJNyf3hG5aLMaPLzQj+d5yIXfXe+yG9gzxpGgVjpHS5bS O74r4TQBm5HtvXmYFeCqk4au4xFPLbvhBPYVTTFjtzwRr/XfEAhwj6d3Z+AlxUYsltyP Vn8mtbK378du1zd2WglRurAnxqymcZ9D9aG8l/A9MMQFybXfBJU0UnRWGR+IYFPu4Ocw e9JgVkFKe8lBX1THglqZYO/w5NnFT9xTAEyPIRAlxEUyMaOVHWFNVQjHvvGAyZ9JplZl dNBvrItsFjkb8UFPCvPHmz1fzEKCQnMd7mF8l4okjSP/JMuTKFz3pzZnpefQBOVS8pFn En4A== Received: by 10.216.134.155 with SMTP id s27mr4793772wei.80.1331421168176; Sat, 10 Mar 2012 15:12:48 -0800 (PST) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.180.96.231 with HTTP; Sat, 10 Mar 2012 15:12:28 -0800 (PST) In-Reply-To: <20120311010755.ca51d8d0.ray@ddteam.net> References: <20120310151128.647d4a18.ray@ddteam.net> <20120311002908.58ea1513.ray@ddteam.net> <20120311010755.ca51d8d0.ray@ddteam.net> From: Juli Mallett Date: Sat, 10 Mar 2012 15:12:28 -0800 X-Google-Sender-Auth: cuWcwjGemn2fUnnVlddkPNRQGu4 Message-ID: To: Aleksandr Rybalko Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQm4vUUW3vM1dci3uA8bsaS9cpesEVIY20/kz2aFpjfsjdPEGT6CMpuBQ43N6dAUbWzrEaQn Cc: freebsd-mips@freebsd.org Subject: Re: [PATCH] Fix for using NFS root with if_arge X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 23:12:50 -0000 On Sat, Mar 10, 2012 at 15:07, Aleksandr Rybalko wrote: > Will test it with other zrouter guys, and then commit if you don't do > that faster :) I'd rather you commit it as I don't know about the rest of the patch myself. I still think freeing the descriptor contents in arge_stop() and doing the init stuff in init would be a better long-term fix, but I can live with this for now :) From owner-freebsd-mips@FreeBSD.ORG Sat Mar 10 23:29:47 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16AD91065672 for ; Sat, 10 Mar 2012 23:29:47 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 904ED8FC0A for ; Sat, 10 Mar 2012 23:29:46 +0000 (UTC) Received: by wern13 with SMTP id n13so347898wer.13 for ; Sat, 10 Mar 2012 15:29:45 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding :x-gm-message-state; bh=9alOSv6XdtZ8f1sC/C4DFrO9XwMPvJ3FKlG4xxSvjqo=; b=I5EA4dkEKka35jz7MuV42gESOhLHGkWYL9EClqHwDQBJY6JsF5OEQT3donWk6ITswk 5BPaNEFjroePVt2srisCtagVpznmYDhmV/HAHXdqYtM3naf3V6/ekBOg8B4+cBxTT6aY Hw6jS0tnOcg24ArB+rccXMQM/YW6KZuJexW5a+x5NC/wzTGLawRln/qVw3/df8ewQxQL QtdZc7l4XaOnH0gnluTbFHNHjl8J/uEyuHwOQvwx0yik5TmAL9fay28qV3eDRkuVus3m 1TIHA57EW96nSGo/9dcr1tlWYsbV7hHfYoMWk0SLzzJwmdIFDVgaoMDu6U6IUxWf+Jc2 7kIw== Received: by 10.180.102.231 with SMTP id fr7mr15621186wib.10.1331422185462; Sat, 10 Mar 2012 15:29:45 -0800 (PST) Received: from rnote.ddteam.net (9-52-133-95.pool.ukrtel.net. [95.133.52.9]) by mx.google.com with ESMTPS id gp8sm18885509wib.5.2012.03.10.15.29.43 (version=SSLv3 cipher=OTHER); Sat, 10 Mar 2012 15:29:44 -0800 (PST) Date: Sun, 11 Mar 2012 01:29:00 +0200 From: Aleksandr Rybalko To: Juli Mallett Message-Id: <20120311012900.e24d3199.ray@ddteam.net> In-Reply-To: References: <20120310151128.647d4a18.ray@ddteam.net> <20120311002908.58ea1513.ray@ddteam.net> <20120311010755.ca51d8d0.ray@ddteam.net> X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQlrjBZmyBTBAphTp9hlxLp1OaQd8UndZXeDomdILaID/TwqXP50JGT3QjHln8woTyc4xej4 Cc: freebsd-mips@freebsd.org Subject: Re: [PATCH] Fix for using NFS root with if_arge X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 23:29:47 -0000 On Sat, 10 Mar 2012 15:12:28 -0800 Juli Mallett wrote: > On Sat, Mar 10, 2012 at 15:07, Aleksandr Rybalko > wrote: > > Will test it with other zrouter guys, and then commit if you don't > > do that faster :) > > I'd rather you commit it as I don't know about the rest of the patch > myself. I still think freeing the descriptor contents in arge_stop() > and doing the init stuff in init would be a better long-term fix, but > I can live with this for now :) if_arge frequently used in boxes with 32mb and even sometime 16mb of ram, so once we will free it we can lost network until reboot :) (if I understand it correct) So generally you are right, but small systems want to hold resources required for basic operations. WBW -- Aleksandr Rybalko