From owner-freebsd-current@FreeBSD.ORG Sun Aug 17 00:45:18 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 073B937B401 for ; Sun, 17 Aug 2003 00:45:18 -0700 (PDT) Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE1A443FCB for ; Sun, 17 Aug 2003 00:45:16 -0700 (PDT) (envelope-from Jan.Stocker@t-online.de) Received: from fwd02.aul.t-online.de by mailout08.sul.t-online.com with smtp id 19oIDy-00038e-00; Sun, 17 Aug 2003 09:45:14 +0200 Received: from [10.1.2.252] (GF+q0+ZSoe3mqcWGMZqUtMmMPiFDGC4X-YQmnrnGw3KTbgDcMgt0Uh@[80.134.117.210]) by fwd02.sul.t-online.com with esmtp id 19oIDp-0trOzI0; Sun, 17 Aug 2003 09:45:05 +0200 From: Jan.Stocker@t-online.de (Jan Stocker) To: Olivier Cortes In-Reply-To: <1060504397.777.15.camel@syrenna.deep-ocean.local> References: <1059835661.1198.7.camel@Twoflower.liebende.de> <1060185309.676.1.camel@Twoflower.liebende.de> <1060504397.777.15.camel@syrenna.deep-ocean.local> Content-Type: text/plain; charset=iso-8859-1 Message-Id: <1061106247.688.5.camel@Twoflower.liebende.de> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.4 Date: Sun, 17 Aug 2003 09:44:08 +0200 Content-Transfer-Encoding: 8bit X-Seen: false X-ID: GF+q0+ZSoe3mqcWGMZqUtMmMPiFDGC4X-YQmnrnGw3KTbgDcMgt0Uh cc: Mailing-List FreeBSD Current Subject: Re: usbd does not use detach X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2003 07:45:18 -0000 On Thu, 2003-08-14 at 16:30, Olivier Cortes wrote: > Le Mer 06/08/2003 à 17:55, Jan Stocker a écrit : > > Does nobody has this problem or does noone use this feature? > > the problem i see with detach is the "utility" of the command. > but when detaching, the umount part should be done BEFORE detaching, not > after. i can't find any good use for the detach hook. most of things > should have been done before detaching, and i can't see how to do it > without user interactivity, thus avoiding use of the detach hook. Thats another one.... thats a wrong specification or idea behind it... but here nothing is been called.... > i once included a umount -f in the detach hook. after unplugin' the > device, it resulted in a panic. i don't remember if the umount was > causing it or if it was right after, when accessing the mount point or > repluging the digital recorder. anyway, i learned that umount -f is not > meant to be used often... perhaps not on top of usb. for now. But none of this should cause a panic..... here this works fine if i doing it by hand... Jan -- Jan Stocker From owner-freebsd-current@FreeBSD.ORG Sun Aug 17 01:54:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1849037B401 for ; Sun, 17 Aug 2003 01:54:40 -0700 (PDT) Received: from ns1.gnf.org (ns1.gnf.org [63.196.132.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BC4B43F3F for ; Sun, 17 Aug 2003 01:54:39 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: from EXCHCLUSTER01.lj.gnf.org (exch02.lj.gnf.org [172.25.10.20]) by ns1.gnf.org (8.12.8p1/8.12.8) with ESMTP id h7H8sYtF077043 for ; Sun, 17 Aug 2003 01:54:34 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: from roark.gnf.org ([172.25.24.15]) by EXCHCLUSTER01.lj.gnf.org with Microsoft SMTPSVC(5.0.2195.5329); Sun, 17 Aug 2003 01:54:38 -0700 Received: from roark.gnf.org (localhost [127.0.0.1]) by roark.gnf.org (8.12.9/8.12.9) with ESMTP id h7H8scxO075025 for ; Sun, 17 Aug 2003 01:54:38 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: (from gtetlow@localhost) by roark.gnf.org (8.12.9/8.12.9/Submit) id h7H8scNx075024 for current@FreeBSD.org; Sun, 17 Aug 2003 01:54:38 -0700 (PDT) (envelope-from gtetlow) Date: Sun, 17 Aug 2003 01:54:38 -0700 From: Gordon Tetlow To: current@FreeBSD.org Message-ID: <20030817085438.GQ4672@roark.gnf.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QLoLgODBTVlZARKX" Content-Disposition: inline User-Agent: Mutt/1.4i X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-OriginalArrivalTime: 17 Aug 2003 08:54:38.0945 (UTC) FILETIME=[30E4CD10:01C3649D] Subject: HEADS UP: dynamic root support now in the tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2003 08:54:40 -0000 --QLoLgODBTVlZARKX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I just got through with my commit spree to enable users to build /bin and /sbin dynamically linked. To do this required a fair amount of tweaking and moving around libraries and such dangerous equipment as rtld-elf. If you have any systems that you are dearly in love with, now is not the time to cvsup. Please wait until any potential issues are shaken out of the tree. I've done as much testing as I can, but as experience has shown me, there are likely to be issues. IA64 users (both of you), do not attempt to build the world using WITH_DYNAMICROOT! This is guaranteed to fail! I'm currently working on getting ahold of a toolchain expert to work out the one outstanding issue with this platform. Thank you for being patient and please follow up with me if there are *any* issues. There is a huge potential for foot-shooting here that I hope to have mitigated but it is possible that I might have missed something. Now that all the grim stuff is out of the way, a couple of nice benefits to building your world WITH_DYNAMICROOT: 1) Space savings. A statically linked /bin and /sbin is 32 MB on i386. A dynamically linked /bin and /sbin is only 12 MB (including /lib, /libexec, and /rescue) 2) NSS support. You are now able to use a dynamically loaded nss module for passwd and group maps and have things like ls(1) and tcsh(1) grok uids and gids coming from those sources. -gordon --QLoLgODBTVlZARKX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/P0LORu2t9DV9ZfsRAueqAKCJ0wuPY60/gdxqxxz9KacoyHiHlQCgzdRM FqLaIsyAatrnGN8GQnxNcP4= =NqKM -----END PGP SIGNATURE----- --QLoLgODBTVlZARKX-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 17 02:10:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16C1437B418 for ; Sun, 17 Aug 2003 02:10:23 -0700 (PDT) Received: from mandarin.fruitsalad.org (pc117.net160.koping.net [81.16.160.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF25443F75 for ; Sun, 17 Aug 2003 02:10:21 -0700 (PDT) (envelope-from matt@hasta.se) Received: from [192.168.15.54] (helo=klementin) by mandarin.fruitsalad.org with smtp (Exim 4.14) id 19oJYJ-000IYt-Vf; Sun, 17 Aug 2003 11:10:19 +0200 From: "Matt Douhan" To: "Eriq Lamar" , Date: Sun, 17 Aug 2003 11:11:52 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <200308161810.38287.eqe@cox.net> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal Subject: SV: when should 5.x be stable enough for web servers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2003 09:10:24 -0000 >-----Ursprungligt meddelande----- >Fran: owner-freebsd-current@freebsd.org > >On i386 hardware and two processors amd mp. should I wait for 5.2. We have been using for some time, we use -CURRENT as FireWalls and as webservers, we have half our production split between STABLE and -CURRENT machines, so that if/when we hit a -CURRENT bug we simply rely on the STABLE machines to handle the load until -CURRENT gets fixed. Rgds Matt www.fruitsalad.org From owner-freebsd-current@FreeBSD.ORG Sun Aug 17 02:56:11 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BADD37B401; Sun, 17 Aug 2003 02:56:11 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 848DC43FA3; Sun, 17 Aug 2003 02:56:09 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 17 Aug 2003 10:56:08 +0100 (BST) Date: Sun, 17 Aug 2003 10:56:07 +0100 From: David Malone To: Poul-Henning Kamp Message-ID: <20030817095607.GA83750@walton.maths.tcd.ie> References: <22299.1061065123@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <22299.1061065123@critter.freebsd.dk> User-Agent: Mutt/1.5.3i Sender: dwmalone@maths.tcd.ie cc: Robert Watson cc: current@freebsd.org cc: Kris Kennaway Subject: Re: LOR with filedesc structure and Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2003 09:56:11 -0000 On Sat, Aug 16, 2003 at 10:18:43PM +0200, Poul-Henning Kamp wrote: > At one point we have to say "Well, the locks we have above are solid, > but we need to drop Giant below here" but if Witness sees a > PICKUP_GIANT() as an acquisition of Giant, rather than as a > resumption of Giant, this clearly does not work. Wouldn't the risk of deadlock be real, even if it is only a resumption of Giant? I guess another option is to drop all the locks that are held and reqcquire all of them in the right order... David. From owner-freebsd-current@FreeBSD.ORG Sun Aug 17 03:59:15 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AC3737B401 for ; Sun, 17 Aug 2003 03:59:15 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E28043F85 for ; Sun, 17 Aug 2003 03:59:14 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h7HAxDlX027211 for ; Sun, 17 Aug 2003 12:59:13 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Sun, 17 Aug 2003 12:59:13 +0200 Message-ID: <27210.1061117953@critter.freebsd.dk> Subject: if_sis: performance tweaking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2003 10:59:16 -0000 This patch tweaks various thresholds in the DP8381[56] chip. On my Soekris 4801, the goes from 5-6 Mbit/sec to 30-40 Mbit/sec with this patch. Also included is Sams patch for the "short cable" problem". Tests, comments etc most welcome. Poul-Henning Index: if_sis.c =================================================================== RCS file: /home/ncvs/src/sys/pci/if_sis.c,v retrieving revision 1.80 diff -u -r1.80 if_sis.c --- if_sis.c 27 Jul 2003 14:36:02 -0000 1.80 +++ if_sis.c 17 Aug 2003 10:46:59 -0000 @@ -107,7 +107,7 @@ static struct sis_type sis_devs[] = { { SIS_VENDORID, SIS_DEVICEID_900, "SiS 900 10/100BaseTX" }, { SIS_VENDORID, SIS_DEVICEID_7016, "SiS 7016 10/100BaseTX" }, - { NS_VENDORID, NS_DEVICEID_DP83815, "NatSemi DP83815 10/100BaseTX" }, + { NS_VENDORID, NS_DEVICEID_DP83815, "NatSemi DP83815/6 10/100BaseTX" }, { 0, 0, NULL } }; @@ -2031,6 +2031,10 @@ */ sis_stop(sc); + if (sc->sis_type == SIS_TYPE_83815) { + CSR_WRITE_4(sc, NS_IHR, 0x120); + } + mii = device_get_softc(sc->sis_miibus); /* Set MAC address */ @@ -2121,7 +2125,7 @@ if (CSR_READ_4(sc, SIS_CFG) & SIS_CFG_EDB_MASTER_EN) { CSR_WRITE_4(sc, SIS_RX_CFG, SIS_RXCFG64); } else { - CSR_WRITE_4(sc, SIS_RX_CFG, SIS_RXCFG256); + CSR_WRITE_4(sc, SIS_RX_CFG, SIS_RXCFG128); } @@ -2144,6 +2148,29 @@ SIS_CLRBIT(sc, SIS_TX_CFG, (SIS_TXCFG_IGN_HBEAT|SIS_TXCFG_IGN_CARR)); SIS_CLRBIT(sc, SIS_RX_CFG, SIS_RXCFG_RX_TXPKTS); + } + + if (sc->sis_type == SIS_TYPE_83815 && + IFM_SUBTYPE(mii->mii_media_active) == IFM_100_TX) { + uint32_t reg; + + /* + * Some DP83815s experience problems when used with short + * (< 30m/100ft) Ethernet cables in 100BaseTX mode. This + * sequence adjusts the DSP's signal attenuation to fix the + * problem. + */ + CSR_WRITE_4(sc, NS_PHY_PAGE, 0x0001); + + reg = CSR_READ_4(sc, NS_PHY_DSPCFG); + CSR_WRITE_4(sc, NS_PHY_DSPCFG, (reg & 0xfff) | 0x1000); + DELAY(100); + reg = CSR_READ_4(sc, NS_PHY_TDATA); + if ((reg & 0x0080) == 0 || (reg & 0xff) >= 0xd8) { + CSR_WRITE_4(sc, NS_PHY_TDATA, 0x00e8); + SIS_SETBIT(sc, NS_PHY_DSPCFG, 0x20); + } + CSR_WRITE_4(sc, NS_PHY_PAGE, 0); } /* Index: if_sisreg.h =================================================================== RCS file: /home/ncvs/src/sys/pci/if_sisreg.h,v retrieving revision 1.22 diff -u -r1.22 if_sisreg.h --- if_sisreg.h 22 Jul 2003 01:35:09 -0000 1.22 +++ if_sisreg.h 17 Aug 2003 10:50:12 -0000 @@ -75,6 +75,7 @@ #define SIS_GPIO 0xB8 /* NS DP83815 registers */ +#define NS_IHR 0x1C #define NS_CLKRUN 0x3C #define NS_BMCR 0x80 #define NS_BMSR 0x84 @@ -237,12 +238,12 @@ #define SIS_TXDMA_256BYTES 0x00700000 #define SIS_TXCFG_100 \ - (SIS_TXDMA_64BYTES|SIS_TXCFG_AUTOPAD|\ - SIS_TXCFG_FILL(64)|SIS_TXCFG_DRAIN(1536)) + (SIS_TXDMA_128BYTES|SIS_TXCFG_AUTOPAD|\ + SIS_TXCFG_FILL(1024)|SIS_TXCFG_DRAIN(128)) #define SIS_TXCFG_10 \ (SIS_TXDMA_32BYTES|SIS_TXCFG_AUTOPAD|\ - SIS_TXCFG_FILL(64)|SIS_TXCFG_DRAIN(1536)) + SIS_TXCFG_FILL(64)|SIS_TXCFG_DRAIN(128)) #define SIS_RXCFG_DRAIN_THRESH 0x0000003E /* 8-byte units */ #define SIS_RXCFG_DMABURST 0x00700000 @@ -262,8 +263,8 @@ #define SIS_RXDMA_128BYTES 0x00600000 #define SIS_RXDMA_256BYTES 0x00700000 -#define SIS_RXCFG256 \ - (SIS_RXCFG_DRAIN(64)|SIS_RXDMA_256BYTES) +#define SIS_RXCFG128 \ + (SIS_RXCFG_DRAIN(128)|SIS_RXDMA_128BYTES) #define SIS_RXCFG64 \ (SIS_RXCFG_DRAIN(64)|SIS_RXDMA_64BYTES) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Aug 17 04:12:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A42A37B401; Sun, 17 Aug 2003 04:12:05 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F55643F75; Sun, 17 Aug 2003 04:12:04 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h7HBC2lX027352; Sun, 17 Aug 2003 13:12:02 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: David Malone From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 17 Aug 2003 10:56:07 BST." <20030817095607.GA83750@walton.maths.tcd.ie> Date: Sun, 17 Aug 2003 13:12:02 +0200 Message-ID: <27351.1061118722@critter.freebsd.dk> cc: Robert Watson cc: current@freebsd.org cc: Kris Kennaway Subject: Re: LOR with filedesc structure and Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2003 11:12:05 -0000 In message <20030817095607.GA83750@walton.maths.tcd.ie>, David Malone writes: >On Sat, Aug 16, 2003 at 10:18:43PM +0200, Poul-Henning Kamp wrote: >> At one point we have to say "Well, the locks we have above are solid, >> but we need to drop Giant below here" but if Witness sees a >> PICKUP_GIANT() as an acquisition of Giant, rather than as a >> resumption of Giant, this clearly does not work. > >Wouldn't the risk of deadlock be real, even if it is only a resumption >of Giant? I guess another option is to drop all the locks that are >held and reqcquire all of them in the right order... There is no risk at the point where I drop Giant (as far as I have been able to work out). Dropping all the locks would not work, because it is the "other" locks held which make dropping Giant safe. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Aug 17 04:47:46 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F07237B401 for ; Sun, 17 Aug 2003 04:47:46 -0700 (PDT) Received: from ns.waishi.jp (ns.waishi.jp [61.199.233.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id E63F743F75 for ; Sun, 17 Aug 2003 04:47:45 -0700 (PDT) (envelope-from yosimoto@waishi.jp) Received: from 192.168.0.2 (darwin.waishi.jp [61.199.233.197]) by ns.waishi.jp (Postfix) with ESMTP id D92AB22F2A; Sun, 17 Aug 2003 20:47:44 +0900 (JST) Date: Sun, 17 Aug 2003 20:47:42 +0900 To: Gordon Tetlow Message-ID: <20030817204742924602.GyazMail.yosimoto@waishi.jp> In-Reply-To: <20030817085438.GQ4672@roark.gnf.org> References: <20030817085438.GQ4672@roark.gnf.org> Mime-Version: 1.0 (GMessage framework 1.1.0) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Shin-ichi Yoshimoto Organization: WAISHI.JP X-Mailer: GyazMail version 1.1.0 cc: current@FreeBSD.org Subject: Re: HEADS UP: dynamic root support now in the tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2003 11:47:46 -0000 make installworld broken. ==>libexex/rtld-elf [snip] ln: /usr/libexec/ld-elf.so.1: Operation not permitted *** Error code 1 any idea ? -- Shin-ichi YOSHIMOTO http://diary.waishi.jp/~yosimoto/diary/ From owner-freebsd-current@FreeBSD.ORG Sun Aug 17 05:03:54 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E45AB37B401; Sun, 17 Aug 2003 05:03:53 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17C9143F75; Sun, 17 Aug 2003 05:03:53 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h7HC3q4r098939; Sun, 17 Aug 2003 08:03:52 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h7HC3qsv098938; Sun, 17 Aug 2003 08:03:52 -0400 (EDT) Date: Sun, 17 Aug 2003 08:03:52 -0400 (EDT) Message-Id: <200308171203.h7HC3qsv098938@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2003 12:03:54 -0000 TB --- 2003-08-17 11:12:46 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-08-17 11:12:46 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-08-17 11:14:47 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] cc -O -pipe -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/secure/libexec/sftp-server/../../../crypto/openssh -DNO_IDEA -o sftp-server sftp-common.o sftp-server.o -lssh -lcrypto /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/bin/ld: warning: libz.so.2, needed by /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libssh.so, not found (try using -rpath or -rpath-link) /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libssh.so: undefined reference to `deflate' /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libssh.so: undefined reference to `inflate' /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libssh.so: undefined reference to `inflateInit_' /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libssh.so: undefined reference to `deflateInit_' /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libssh.so: undefined reference to `inflateEnd' /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libssh.so: undefined reference to `deflateEnd' *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/secure/libexec/sftp-server. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/secure/libexec. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/secure. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-08-17 12:03:51 - /usr/bin/make returned exit code 1 TB --- 2003-08-17 12:03:51 - ERROR: failed to build world TB --- 2003-08-17 12:03:51 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Aug 17 06:15:31 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B98FE37B401; Sun, 17 Aug 2003 06:15:31 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A54943FBD; Sun, 17 Aug 2003 06:15:30 -0700 (PDT) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h7HDFGaK095235 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 17 Aug 2003 15:15:17 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost)h7HDFFEk095234; Sun, 17 Aug 2003 15:15:15 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: from titan.klemm.apsfilter.org (localhost.klemm.apsfilter.org [127.0.0.1]) by klemm.apsfilter.org (8.12.9/8.12.9) with ESMTP id h7H5Qs5l034134; Sun, 17 Aug 2003 07:26:59 +0200 (CEST) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost) by titan.klemm.apsfilter.org (8.12.9/8.12.9/Submit) id h7H5Qeuc034133; Sun, 17 Aug 2003 07:26:40 +0200 (CEST) Date: Sun, 17 Aug 2003 07:26:40 +0200 From: Andreas Klemm To: "M. Warner Losh" Message-ID: <20030817052640.GA34093@titan.klemm.apsfilter.org> References: <20030813195101.GA5647@titan.klemm.apsfilter.org> <20030816.110213.79867885.imp@bsdimp.com> <3F3E6538.8060609@freebsd.org> <20030816.111653.37239929.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030816.111653.37239929.imp@bsdimp.com> X-Operating-System: FreeBSD 5.1-CURRENT X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.4i cc: sos@spider.deepcore.dk cc: current@freebsd.org Subject: Re: if_xl borked in current!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2003 13:15:32 -0000 On Sat, Aug 16, 2003 at 11:16:53AM -0600, M. Warner Losh wrote: > nothing. The 16-bit cards have always had issues on some machines or > with some cards. rather than mapping the cis in, 0's are read back. I never had issues with this card in the same laptop since about 2 years under 4.x-STABLE. Therefore I assume this is a bug in -current. Andreas /// -- Andreas Klemm - Powered by FreeBSD 4.8-STABLE Need a magic printfilter today ? -> http://www.apsfilter.org/ From owner-freebsd-current@FreeBSD.ORG Sun Aug 17 07:22:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F35637B401 for ; Sun, 17 Aug 2003 07:22:49 -0700 (PDT) Received: from www.server3indallas.com (server3indallas.com [216.75.225.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A318843FA3 for ; Sun, 17 Aug 2003 07:22:48 -0700 (PDT) (envelope-from aelfgar@aelfgar.com) Received: from pcp01780134pcs.howard01.md.comcast.net ([68.54.90.41] helo=enterprise) by www.server3indallas.com with asmtp (Exim 4.20) id 19oOQj-0006zI-8e for freebsd-current@freebsd.org; Sun, 17 Aug 2003 09:22:49 -0500 Date: Sun, 17 Aug 2003 10:23:18 -0400 From: Mike Atamas To: freebsd-current@freebsd.org Message-Id: <20030817102318.69e094fc.aelfgar@aelfgar.com> X-Mailer: Sylpheed version 0.9.4 (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - www.server3indallas.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - aelfgar.com Subject: Slow Boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2003 14:22:49 -0000 When my system boots it seems to stall when it gets here: xa807,0xa400-0xa403,0xa000-0xa007 mem 0xe1000000-0xe10001ff irq 11 at device 11. 0 on pci1 ata2: at 0xe1000000 on atapci0 ata3: at 0xe1000000 on atapci0 It stalls for about 20-30 seconds and then continues booting. I can not figure out what the problem is or how to solve it. Has anyone had similar issues. Mike Atamas aelfgar@aelfgar.com From owner-freebsd-current@FreeBSD.ORG Sun Aug 17 08:28:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EABDD37B407 for ; Sun, 17 Aug 2003 08:28:53 -0700 (PDT) Received: from rohrpostix.tallence.de (rohrpostix.tallence.de [212.77.172.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id C79F943FAF for ; Sun, 17 Aug 2003 08:28:51 -0700 (PDT) (envelope-from s.bethke@tallence.com) Received: from [172.22.33.128] (blue.tallence.de [212.77.172.82]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by rohrpostix.tallence.de (Postfix) with ESMTP id 5A5D91ADA07 for ; Sun, 17 Aug 2003 17:28:47 +0200 (CEST) Date: Sun, 17 Aug 2003 17:28:42 +0200 From: Stefan Bethke To: freebsd-current@freebsd.org Message-ID: <2147483647.1061141322@[172.22.33.128]> X-Mailer: Mulberry/3.0.3 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Lot's of SIGILL, SIGSEGV X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2003 15:28:54 -0000 I've got three machines having trouble doing a installworld, let alone a=20 buildworld. One is a Dell Inspiron 8100 with a GeForce which used to run just fine on a = 5.1-RC, which I updated yesterday. Two are brand-new Shuttle SS51G with a SIS chipset and 2 GHz Celeron, which = I installed on Friday, initially with 5.1-R, then cvsupped to -current. I did make world with CPUTYPE=3Dp4, as I believed this would be innocent.=20 However, I can't make world right now without CPUTYPE; I'll get to the=20 office to reinstall 5.1-R and make world without CPUTYPE on one of them to=20 later today, to see if that helps. Any other suggestions as to what could be the trouble? At this point I=20 doubt it's hardware, as all three seemed to run just fine on 5.1. Thanks, Stefan Here's the dmesg from one of the Shuttle's: Copyright (c) 1992-2003 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 5.1-CURRENT #0: Sat Aug 16 12:53:10 CEST 2003 root@lokschuppen.ZS64.NET:/usr/obj/usr/src/sys/EISENBOOT Preloaded elf kernel "/boot/kernel/kernel" at 0xc0532000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc05321cc. Timecounter "i8254" frequency 1193182 Hz CPU: Intel(R) Celeron(R) CPU 2.00GHz (2004.56-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 Features=3D0xbfebfbff real memory =3D 503250944 (479 MB) avail memory =3D 483217408 (460 MB) Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 6 entries at 0xc00fde70 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port=20 0x10c0-0x10ff,0x1000-0x10bf,0x480-0x48f,0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: slot 2 INTC is routed to irq 11 pcib0: slot 3 INTA is routed to irq 10 pcib0: slot 3 INTB is routed to irq 11 pcib0: slot 3 INTC is routed to irq 9 pcib0: slot 3 INTD is routed to irq 5 pcib0: slot 15 INTA is routed to irq 11 pcib0: slot 16 INTA is routed to irq 12 agp0: mem 0xe8000000-0xebffffff at device=20 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib0: slot 1 INTA is routed to irq 10 pcib1: slot 0 INTA is routed to irq 10 pci1: at device 0.0 (no driver attached) isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port=20 0x4000-0x400f,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 at device 2.5 = on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at device 2.7 (no driver attached) ohci0: mem 0xec100000-0xec100fff irq 10 at device = 3.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xec101000-0xec101fff irq 11 at device = 3.1 on pci0 usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ohci2: mem 0xec102000-0xec102fff irq 9 at device=20 3.2 on pci0 usb2: OHCI version 1.0, legacy support usb2: on ohci2 usb2: USB revision 1.0 uhub2: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 3.3 (no driver attached) rl0: port 0xe800-0xe8ff = mem 0xec104000-0xec1040ff irq 11 at device 15.0 on pci0 rl0: Ethernet address: 00:30:1b:23:aa:7f miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fwohci0: port 0xec00-0xec7f mem 0xec105000-0xec1057ff irq 12=20 at device 16.0 on pci0 fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channel is 8. fwohci0: EUI64 00:00:00:30:1b:27:f7:87 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 if_fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:00:27:f7:87 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=3D0x8800ffc0, gen=3D1, non CYCLEMASTER mode firewire0: 2 nodes, maxhop <=3D 1, cable IRM =3D 1 fdc0: port=20 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A orm0: