From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 00:13:52 2004 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 57F6116A4CF for ; Sun, 26 Sep 2004 00:13:52 +0000 (GMT) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EACD43D45 for ; Sun, 26 Sep 2004 00:13:51 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id EF8CC308 for ; Sun, 26 Sep 2004 02:13:49 +0200 (CEST) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27484-06 for ; Sun, 26 Sep 2004 02:13:48 +0200 (CEST) Received: from merlin.intranet (merlin.intranet [10.0.0.16]) by maxlor.mine.nu (Postfix) with SMTP id 8B800C0 for ; Sun, 26 Sep 2004 02:13:48 +0200 (CEST) Date: Sun, 26 Sep 2004 02:13:47 +0200 From: Benjamin Lutz To: freebsd-current@freebsd.org Message-Id: <20040926021347.721a025f.benlutz@datacomm.ch> In-Reply-To: <20040925132430.C65556@carver.gumbysoft.com> References: <41555396.4030009@fer.hr> <20040925132430.C65556@carver.gumbysoft.com> X-Mailer: Sylpheed version 0.9.12-gtk2-20040622 (GTK+ 2.4.9; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Sun__26_Sep_2004_02_13_47_+0200_li_mxb==xC/+co7b" X-Virus-Scanned: by amavisd-new at maxlor.mine.nu Subject: Re: USB memory stick hotswap problems 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, 26 Sep 2004 00:13:52 -0000 --Signature=_Sun__26_Sep_2004_02_13_47_+0200_li_mxb==xC/+co7b Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit > panic. > > You must unmount volumes before removing them from the system. Otherwise > there is unflushed dirty data that will get lost, causing data > corruption on the volume. You will get a panic since the system doesn't > know what to do with the data and wants to avoid causing any further > damage. Seems that in this case panicing does more damage, instead of of just the not yet flushed data on the usb stick, you lose everything you've just been working on that's not yet been saved to disk. Sure, it probably does wonders for user education... Seriously though, can't this be changed? When I find myself in the situation of having unplugged my usb stick, it appears there's nothing I can do to rectify the situation, except ignore the mounted file system. Not exactly a comfortable position for a unix system admin. Unfortunately, I'm not a kernel hacker. Benjamin --Signature=_Sun__26_Sep_2004_02_13_47_+0200_li_mxb==xC/+co7b Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBVgm+gShs4qbRdeQRAlvgAJ9d89VL/rlkkPLOlkvz0hlIWHzPgACeIC4s YeNxIko/ljIJiIxTiDaBLFA= =g4X4 -----END PGP SIGNATURE----- --Signature=_Sun__26_Sep_2004_02_13_47_+0200_li_mxb==xC/+co7b-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 00:21:04 2004 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 6143F16A4CE for ; Sun, 26 Sep 2004 00:21:04 +0000 (GMT) Received: from smaug.vex.net (smaug.vex.net [66.96.28.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id 113A543D1F for ; Sun, 26 Sep 2004 00:21:04 +0000 (GMT) (envelope-from guy-dated-1098750044.72f1c1@obstruction.com) Received: from chaos.obstruction.com (CPE00e018983b2f-CM013349903124.cpe.net.cable.rogers.com [65.48.209.174]) by smaug.vex.net (Postfix) with ESMTP id 95724265FB for ; Sat, 25 Sep 2004 20:21:02 -0400 (EDT) Received: by chaos.obstruction.com (Postfix, from userid 1000) id BA6B55C8F; Sat, 25 Sep 2004 20:20:44 -0400 (EDT) Received: by chaos.obstruction.com (tmda-sendmail, from uid 1000); Sat, 25 Sep 2004 20:20:44 -0400 (EDT) Date: Sat, 25 Sep 2004 20:20:43 -0400 To: freebsd-current@freebsd.org Message-ID: <20040926002043.GA26943@chaos.obstruction.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i From: Guy Middleton X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) Subject: 5.3-BETA5 X weirdness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Guy Middleton List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Sep 2004 00:21:04 -0000 I'm seeing some X weirdness on 5.3-BETA5. Running X, I ssh to some other machine (doesn't matter what, the machine happens to be running 5.1-RELEASE). Then run xterm on the remote machine. If I left-mouse-button select text in the xterm window, and the middle-mouse-button drop it in any other window, I get this error: X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 18 (X_ChangeProperty) Atom id in failed request: 0x104 Serial number of failed request: 151 Current serial number in output stream: 153 Any idea how to fix? From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 00:25:54 2004 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 9016916A4CE for ; Sun, 26 Sep 2004 00:25:54 +0000 (GMT) Received: from mail-fs.sunrise.ch (mta-fs-be-04.sunrise.ch [194.158.229.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id E590B43D41 for ; Sun, 26 Sep 2004 00:25:53 +0000 (GMT) (envelope-from triulzi@freesurf.ch) Received: from [62.167.66.149] (62.167.66.149) by mail-fs.sunrise.ch (7.0.028) id 4125B06200FC4A8B; Sun, 26 Sep 2004 02:25:50 +0200 Message-ID: <41560C61.1040009@freesurf.ch> Date: Sun, 26 Sep 2004 02:25:05 +0200 From: Mauro Triulzi User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040906) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremy Chadwick References: <4155DC3F.5070904@freesurf.ch> <20040925214515.GA56471@parodius.com> In-Reply-To: <20040925214515.GA56471@parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: ATA disk performance (ICH2 controller), some tests andcomparison with Linux 2.6.5 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, 26 Sep 2004 00:25:54 -0000 Jeremy Chadwick wrote: >A few things from my perspective: > >1) Using dd to test disk performance is somewhat of a misnomer. You >should consider a tool like bonnie++ instead (ports/benchmarks/bonnie++). > >2) Using block sizes of 512 bytes is pretty absurd. Try other block >sizes, preferably 8KB, 16KB, 32KB, and 64KB. You may find disk >performance is quite a bit better in such cases. > >3) I happen to agree with Arne -- Linux is probably tricking you into >believing the disk performance is higher than what it is due to memory >caching. > >4) There was a recent thread about ICH2-related issues (I believe >performance was one of them) here on freebsd-current: > >http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-September/036841.html > >5) I have no idea what's up with the ATA channel re-init. Soren should >(and probably will) chime in here. > >6) I'm still amazed people have systems in production that use ICH2. >AFAIK, the chipset is deprecated. > > Many thanks for your piece of advice. You and Arne got it right, I have 755 MB Ram. I apologize for my naive approach. Nevertheless I repeated the benchmarks this time with bonnie before and after the ATA channel re-init: i) Before re-init foo# bonnie -s 1500 File './Bonnie.2561', size: 1572864000 Writing with putc()...done Rewriting...done Writing intelligently...done Reading with getc()...done Reading intelligently...done Seeker 1...Seeker 2...Seeker 3...start 'em...done...done...done... -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 1500 14533 12.8 14184 4.6 9360 3.2 27774 24.0 29067 5.7 119.1 0.6 ii) ATA channell re-init foo# atacontrol reinit 0 Master: ad0 ATA/ATAPI revision 6 Slave: no device present and then iii) After re-init foo# bonnie -s 1500 File './Bonnie.2582', size: 1572864000 Writing with putc()...done Rewriting...done Writing intelligently...done Reading with getc()...done Reading intelligently...done Seeker 1...Seeker 2...Seeker 3...start 'em...done...done...done... -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 1500 27787 24.6 24690 8.3 12519 4.3 24487 21.4 24870 5.0 128.1 0.6 iv) Bonnie in Linux 2.6.5 triulzi@linux:~/temp/bonnie> ./Bonnie -s 1500 Bonnie 1.4: File './Bonnie.2732', size: 1572864000, volumes: 1 Writing with putc()... done: 26859 kB/s 97.7 %CPU Rewriting... done: 22480 kB/s 8.1 %CPU Writing intelligently... done: 59118 kB/s 14.0 %CPU Reading with getc()... done: 22508 kB/s 78.9 %CPU Reading intelligently... done: 48501 kB/s 9.0 %CPU Seeker 1...Seeker 2...Seeker 3...start 'em...done...done...done... ---Sequential Output (nosync)--- ---Sequential Input-- --Rnd Seek- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --04k (03)- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU linux 1*1500 26859 97.7 59118 14.0 22480 8.1 22508 78.9 48501 9.0 177.1 0.5 v) Comments After re-init are the write and read performance per character in Linux and FreeBSD very similar. Block-write, Block-read and rewrite are much better in Linux. As Frode Nordahl rightly said are Linux and FreeBSD on different parts of the disk and so it's not easy to compare I/O performance, but I don't think that this explains such a difference. From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 00:29:46 2004 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 2322A16A4CE for ; Sun, 26 Sep 2004 00:29:46 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48AC243D53 for ; Sun, 26 Sep 2004 00:29:38 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8Q0TvXh051700; Sat, 25 Sep 2004 18:29:57 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <41560D1B.7090102@samsco.org> Date: Sat, 25 Sep 2004 18:28:11 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Guy Middleton References: <20040926002043.GA26943@chaos.obstruction.com> In-Reply-To: <20040926002043.GA26943@chaos.obstruction.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA5 X weirdness 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, 26 Sep 2004 00:29:46 -0000 Guy Middleton wrote: > I'm seeing some X weirdness on 5.3-BETA5. > > Running X, I ssh to some other machine (doesn't matter what, the machine > happens to be running 5.1-RELEASE). Then run xterm on the remote machine. If > I left-mouse-button select text in the xterm window, and the > middle-mouse-button drop it in any other window, I get this error: > > X Error of failed request: BadAtom (invalid Atom parameter) > Major opcode of failed request: 18 (X_ChangeProperty) > Atom id in failed request: 0x104 > Serial number of failed request: 151 > Current serial number in output stream: 153 > > > Any idea how to fix? Are you tunneling X over ssh? try using 'ssh -y'. Scott From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 00:58:06 2004 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 B59DF16A4CE; Sun, 26 Sep 2004 00:58:06 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2108B43D2F; Sun, 26 Sep 2004 00:58:06 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id F0D14535B; Sun, 26 Sep 2004 02:58:04 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 38AF05310; Sun, 26 Sep 2004 02:57:57 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id BA5B4B85E; Sun, 26 Sep 2004 02:57:56 +0200 (CEST) To: Brad Knowles References: <20040925043451.B16332@URF.trarfvf> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sun, 26 Sep 2004 02:57:55 +0200 In-Reply-To: (Brad Knowles's message of "Sat, 25 Sep 2004 14:10:45 +0200") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: BIND 9 imported, and working! 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, 26 Sep 2004 00:58:06 -0000 Brad Knowles writes: > There are some DNS debugging utilities that are also shipped with > BIND. I don't know where they are put in the FreeBSD scheme of > things, but in the BIND scheme, they are found under contrib/ in > separate sub-directories per program. We don't install them. If they aren't already in ports, they should be trivial to add. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 00:59:32 2004 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 221E516A4CE for ; Sun, 26 Sep 2004 00:59:32 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id D357643D46 for ; Sun, 26 Sep 2004 00:59:31 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 0CE79535B; Sun, 26 Sep 2004 02:59:31 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 05FBF5310; Sun, 26 Sep 2004 02:59:24 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 8E1F6B85E; Sun, 26 Sep 2004 02:59:24 +0200 (CEST) To: Scott Long References: <20040926002043.GA26943@chaos.obstruction.com> <41560D1B.7090102@samsco.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sun, 26 Sep 2004 02:59:23 +0200 In-Reply-To: <41560D1B.7090102@samsco.org> (Scott Long's message of "Sat, 25 Sep 2004 18:28:11 -0600") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: Guy Middleton cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA5 X weirdness 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, 26 Sep 2004 00:59:32 -0000 Scott Long writes: > Are you tunneling X over ssh? try using 'ssh -y'. You mean -Y; -y turns trusted forwarding off, and the OP wants it on. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 00:59:44 2004 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 9CA2A16A4E3 for ; Sun, 26 Sep 2004 00:59:44 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EC1143D5C for ; Sun, 26 Sep 2004 00:59:44 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8Q0xhpO061400 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 25 Sep 2004 17:59:43 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8Q0xhgI061399 for freebsd-current@freebsd.org; Sat, 25 Sep 2004 17:59:43 -0700 (PDT) (envelope-from jdc) Date: Sat, 25 Sep 2004 17:59:43 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20040926005943.GA61350@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org References: <41555396.4030009@fer.hr> <20040925132430.C65556@carver.gumbysoft.com> <20040926021347.721a025f.benlutz@datacomm.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040926021347.721a025f.benlutz@datacomm.ch> User-Agent: Mutt/1.5.6i Subject: Re: USB memory stick hotswap problems 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, 26 Sep 2004 00:59:44 -0000 Can't usbd (or better yet, usbd.conf) be modified or changed in some way to automatically handle the unmounting of any existing filesystems that match the device which is mounted? Seems like we're eventually going to need this to make hot-swappable USB devices more friendly. I understand why you must unmount a device before SCSI CAM gets disconnected from it, but it just seems that this should be a job for usbd. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Sun, Sep 26, 2004 at 02:13:47AM +0200, Benjamin Lutz wrote: > > panic. > > > > You must unmount volumes before removing them from the system. Otherwise > > there is unflushed dirty data that will get lost, causing data > > corruption on the volume. You will get a panic since the system doesn't > > know what to do with the data and wants to avoid causing any further > > damage. > > Seems that in this case panicing does more damage, instead of of just the > not yet flushed data on the usb stick, you lose everything you've just > been working on that's not yet been saved to disk. > > Sure, it probably does wonders for user education... > > Seriously though, can't this be changed? When I find myself in the > situation of having unplugged my usb stick, it appears there's nothing I > can do to rectify the situation, except ignore the mounted file system. > Not exactly a comfortable position for a unix system admin. > > Unfortunately, I'm not a kernel hacker. > > Benjamin From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 02:33:56 2004 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 60C9E16A4CE; Sun, 26 Sep 2004 02:33:56 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1628F43D41; Sun, 26 Sep 2004 02:33:56 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i8Q2XtWi006201 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 25 Sep 2004 19:33:55 -0700 (PDT) (envelope-from sam@errno.com) From: Sam Leffler Organization: Errno Consulting To: freebsd-current@freebsd.org Date: Sat, 25 Sep 2004 19:38:27 -0700 User-Agent: KMail/1.7 References: <200409251502.34281.sam@errno.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409251938.28089.sam@errno.com> cc: "Bjoern A. Zeeb" cc: Robert Watson Subject: Re: 5.3 IPSEC broken 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, 26 Sep 2004 02:33:56 -0000 On Saturday 25 September 2004 04:50 pm, Bjoern A. Zeeb wrote: > On Sat, 25 Sep 2004, Sam Leffler wrote: > > > > That's a 216 byte packet, fwiw. I instrumented key.c and ran into > > > > the following ENOBUFS case on key.c:6957: > > > > > > > > /* align the mbuf chain so that extensions are in contiguous > > > > region. */ error = key_align(m, &mh); > > > > if (error) > > > > return error; > > > > > > > > if (m->m_next) { /*XXX*/ > > > > m_freem(m); > > > > return ENOBUFS; > > > > } > > > > > > > > I.e., the author knew it was a bug (feature) that an additional mbuf > > > > couldn't be handled here, but we do need to handle one. Looks like > > > > much of the surrounding code could be replaced with a call to > > > > m_defrag() and/or m_pullup(). > > > > > > Just to mention that i too experience this problem, > > > but with FAST_IPSEC so this probably means that if any fix will be made > > > for netkey/key.c then netipsec/key.c will need it too.(as far as i can > > > tell) Please correct me if i'm wrong. > > > > Correct. I gave Robert a fix that was sent to me for fast ipsec. I was > > going to commit it this weekend after some testing. > > could you perhaps post it or place it somewhere for download ? sam 2004-09-26 02:01:27 UTC FreeBSD src repository Modified files: sys/netipsec key.c Log: Correct handling of SADB_UPDATE and SADB_ADD requests. key_align may split the mbuf due to use of m_pulldown. Discarding the result because of this does not make sense as no subsequent code depends on the entire msg being linearized (only the individual pieces). It's likely something else is wrong here but for now this appears to get things back to a working state. Submitted by: Roselyn Lee Revision Changes Path 1.17 +0 -5 src/sys/netipsec/key.c http://cvsweb.FreeBSD.org/src/sys/netipsec/key.c.diff?r1=1.16&r2=1.17 From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 02:49:04 2004 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 8281716A4CE for ; Sun, 26 Sep 2004 02:49:04 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 505D443D46 for ; Sun, 26 Sep 2004 02:49:04 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id i8Q2n3mn012558 for ; Sat, 25 Sep 2004 19:49:03 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i8Q2n3oR012557 for freebsd-current@freebsd.org; Sat, 25 Sep 2004 19:49:03 -0700 (PDT) (envelope-from obrien) Date: Sat, 25 Sep 2004 19:49:03 -0700 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20040926024903.GB2530@dragon.nuxi.com> References: <200409241342.i8ODg06a030839@repoman.freebsd.org> <20040924164730.GA4259@xor.obsecurity.org> <41545194.1030700@DougBarton.net> <20040924210405.A6066@URF.trarfvf> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040924210405.A6066@URF.trarfvf> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Subject: Re: BIND build knobs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Sep 2004 02:49:04 -0000 On Fri, Sep 24, 2004 at 09:33:22PM +0100, Doug Barton wrote: > The goal here is to make the NO_BIND option a lot more granular, and to > default some of the options to not install bits unless they are > specifically requested. The knob for the libs is the first step in the > latter direction. > > The other knobs I have in mind are as follows: > > #NO_BIND_DNSSEC= true # dnssec-{keygen|signzone} > #NO_BIND_LWRESD= true # lwresd > #NO_BIND_NAMED= true # named, named-check{conf|zone}, > rndc[-confgen] > #NO_BIND_UTILS= true # dig, host, nslookup, nsupdate I assume "NO_BIND" will still imply all the above? -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 02:52:31 2004 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 9089316A4CE for ; Sun, 26 Sep 2004 02:52:31 +0000 (GMT) Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net [24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47D5D43D4C for ; Sun, 26 Sep 2004 02:52:31 +0000 (GMT) (envelope-from ryan@slipgate.org) Received: from ryan.lan (gate.lan [192.168.1.1]) by slipgate.lan (8.12.11/8.12.11) with ESMTP id i8Q2lafm025993 for ; Sat, 25 Sep 2004 19:47:36 -0700 (PDT) Received: from ryan.lan (localhost [127.0.0.1]) by ryan.lan (8.13.1/8.13.1) with ESMTP id i8Q2mHTd005779 for ; Sat, 25 Sep 2004 19:48:17 -0700 (PDT) (envelope-from ryan@slipgate.org) Received: (from ryan@localhost) by ryan.lan (8.13.1/8.13.1/Submit) id i8Q2mHe6005778 for freebsd-current@freebsd.org; Sat, 25 Sep 2004 19:48:17 -0700 (PDT) (envelope-from ryan@slipgate.org) X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using -f Date: Sat, 25 Sep 2004 19:48:17 -0700 From: Ryan Freeman To: FreeBSD Mailing List Message-ID: <20040926024817.GB5643@slipgate.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Re: Sound performance problems in FreebSD 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, 26 Sep 2004 02:52:31 -0000 hello, sorry to drag up a slightly outdated topic, but i just installed 5.3beta5 and i'm having the same issue. the last time i used freebsd was back in march at version 5.2 and 5.2.1. the issue existed then too, hence trying out 5.3beta5 now +to see if it was gone. while it isn't gone, i'm glad to see people are finally +noticing the problem as more than just "oh your hardware must be faulty". i ran the +following: > An easy way to reproduce these > skips is to run `while true; do sysctl vm.vmtotal; done`, while > playing an mp3. and i get the nice "person being removed from the matrix" effect. haven't yet +tried the patch, but i want to get on that asap. can anyone else verify that the patch works? and furthermore, is it going to be worked into the freebsd source +post-haste? ;) thanks, - ryan hardware includes: athlon xp 1900+, 768mb DDR, sblive 5.1. From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 02:52:57 2004 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 A2FDC16A4CE for ; Sun, 26 Sep 2004 02:52:57 +0000 (GMT) Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net [24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C58C43D1F for ; Sun, 26 Sep 2004 02:52:57 +0000 (GMT) (envelope-from ryan@slipgate.org) Received: from ryan.lan (gate.lan [192.168.1.1]) by slipgate.org (8.12.11/8.12.11) with ESMTP id i8Q2qat9005783 for ; Sat, 25 Sep 2004 19:52:36 -0700 (PDT) Received: from ryan.lan (localhost [127.0.0.1]) by ryan.lan (8.13.1/8.13.1) with ESMTP id i8Q2rHMX005833 for ; Sat, 25 Sep 2004 19:53:17 -0700 (PDT) (envelope-from ryan@slipgate.org) Received: (from ryan@localhost) by ryan.lan (8.13.1/8.13.1/Submit) id i8Q2rHkB005832 for freebsd-current@freebsd.org; Sat, 25 Sep 2004 19:53:17 -0700 (PDT) (envelope-from ryan@slipgate.org) X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using -f Date: Sat, 25 Sep 2004 19:53:17 -0700 From: Ryan Freeman To: FreeBSD Mailing List Message-ID: <20040926025317.GA5812@slipgate.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Re: Sound performance problems in FreeBSD 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, 26 Sep 2004 02:52:57 -0000 hello, sorry to drag up a slightly outdated topic, but i just installed 5.3beta5 and i'm having the same issue. the last time i used freebsd was back in march at version 5.2 and 5.2.1. the issue existed then too, hence trying out 5.3beta5 now +to see if it was gone. while it isn't gone, i'm glad to see people are finally +noticing the problem as more than just "oh your hardware must be faulty". i ran the +following: > An easy way to reproduce these > skips is to run `while true; do sysctl vm.vmtotal; done`, while > playing an mp3. and i get the nice "person being removed from the matrix" effect. haven't yet +tried the patch, but i want to get on that asap. can anyone else verify that the patch works? and furthermore, is it going to be worked into the freebsd source +post-haste? ;) thanks, - ryan hardware includes: athlon xp 1900+, 768mb DDR, sblive 5.1. From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 02:53:03 2004 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 D5FAA16A58F for ; Sun, 26 Sep 2004 02:53:03 +0000 (GMT) Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net [24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ADFD43D2D for ; Sun, 26 Sep 2004 02:53:03 +0000 (GMT) (envelope-from ryan@slipgate.org) Received: from ryan.lan (ryan.lan [192.168.1.10]) by slipgate.lan (8.12.11/8.12.11) with ESMTP id i8Q2dWw7010753 for ; Sat, 25 Sep 2004 19:39:33 -0700 (PDT) Received: from ryan.lan (localhost [127.0.0.1]) by ryan.lan (8.13.1/8.13.1) with ESMTP id i8PNKKU7086575 for ; Sat, 25 Sep 2004 16:20:20 -0700 (PDT) (envelope-from ryan@slipgate.org) Received: (from ryan@localhost) by ryan.lan (8.13.1/8.13.1/Submit) id i8PNKK3r086574 for freebsd-current@freebsd.org; Sat, 25 Sep 2004 16:20:20 -0700 (PDT) (envelope-from ryan@slipgate.org) X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using -f Date: Sat, 25 Sep 2004 16:20:20 -0700 From: Ryan Freeman To: freebsd-current@freebsd.org Message-ID: <20040925232020.GA86555@slipgate.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Re: Sound performance problems in FreeBSD 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, 26 Sep 2004 02:53:04 -0000 hello, sorry to drag up a slightly outdated topic, but i just installed 5.3beta5 and i'm having the same issue. the last time i used freebsd was back in march at version 5.2 and 5.2.1. the issue existed then too, hence trying out 5.3beta5 now to see if it was gone. while it isn't gone, i'm glad to see people are finally noticing the problem as more than just "oh your hardware must be faulty". i ran the following: > An easy way to reproduce these > skips is to run `while true; do sysctl vm.vmtotal; done`, while > playing an mp3. and i get the nice "person being removed from the matrix" effect. haven't yet tried the patch, but i want to get on that asap. can anyone else verify that the patch works? and furthermore, is it going to be worked into the freebsd source post-haste? +;) thanks, - ryan hardware includes: athlon xp 1900+, 768mb DDR, sblive 5.1. From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 02:53:04 2004 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 23C4116A59E for ; Sun, 26 Sep 2004 02:53:04 +0000 (GMT) Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net [24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAE9843D1D for ; Sun, 26 Sep 2004 02:53:03 +0000 (GMT) (envelope-from ryan@slipgate.org) Received: from ryan.lan (ryan.lan [192.168.1.10]) by slipgate.lan (8.12.11/8.12.11) with ESMTP id i8Q2dWw5010753 for ; Sat, 25 Sep 2004 19:39:32 -0700 (PDT) Received: from ryan.lan (localhost [127.0.0.1]) by ryan.lan (8.13.1/8.13.1) with ESMTP id i8Q278sx005276 for ; Sat, 25 Sep 2004 19:07:08 -0700 (PDT) (envelope-from ryan@slipgate.org) Received: (from ryan@localhost) by ryan.lan (8.13.1/8.13.1/Submit) id i8Q277kB005275 for freebsd-current@freebsd.org; Sat, 25 Sep 2004 19:07:07 -0700 (PDT) (envelope-from ryan@slipgate.org) X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using -f Date: Sat, 25 Sep 2004 19:07:07 -0700 From: Ryan Freeman To: FreeBSD Mailing List Message-ID: <20040926020707.GA5240@slipgate.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Sound performance problems in FreeBSD 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, 26 Sep 2004 02:53:04 -0000 hello, sorry to drag up a slightly outdated topic, but i just installed 5.3beta5 and i'm having the same issue. the last time i used freebsd was back in march at version 5.2 and 5.2.1. the issue existed then too, hence trying out 5.3beta5 now to see if it was gone. while it isn't gone, i'm glad to see people are finally +noticing the problem as more than just "oh your hardware must be faulty". i ran the +following: > An easy way to reproduce these > skips is to run `while true; do sysctl vm.vmtotal; done`, while > playing an mp3. and i get the nice "person being removed from the matrix" effect. haven't yet tried the patch, but i want to get on that asap. can anyone else verify that the patch works? and furthermore, is it going to be worked into the freebsd source post-haste? ;) thanks, - ryan hardware includes: athlon xp 1900+, 768mb DDR, sblive 5.1. From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 02:53:04 2004 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 66CAE16A5A7 for ; Sun, 26 Sep 2004 02:53:04 +0000 (GMT) Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net [24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3858B43D1D for ; Sun, 26 Sep 2004 02:53:04 +0000 (GMT) (envelope-from ryan@slipgate.org) Received: from ryan.lan (ryan.lan [192.168.1.10]) by slipgate.lan (8.12.11/8.12.11) with ESMTP id i8Q2f2R9022933 for ; Sat, 25 Sep 2004 19:41:02 -0700 (PDT) Received: from ryan.lan (localhost [127.0.0.1]) by ryan.lan (8.13.1/8.13.1) with ESMTP id i8Q2fhIF005673 for ; Sat, 25 Sep 2004 19:41:43 -0700 (PDT) (envelope-from ryan@slipgate.org) Received: (from ryan@localhost) by ryan.lan (8.13.1/8.13.1/Submit) id i8Q2fhQM005672 for freebsd-current@freebsd.org; Sat, 25 Sep 2004 19:41:43 -0700 (PDT) (envelope-from ryan@slipgate.org) X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using -f Date: Sat, 25 Sep 2004 19:41:43 -0700 From: Ryan Freeman To: FreeBSD Mailing List Message-ID: <20040926024143.GA5643@slipgate.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Re: Sound performance problems in FreeBSD 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, 26 Sep 2004 02:53:04 -0000 hello, sorry to drag up a slightly outdated topic, but i just installed 5.3beta5 and i'm having the same issue. the last time i used freebsd was back in march at version 5.2 and 5.2.1. the issue existed then too, hence trying out 5.3beta5 now +to see if it was gone. while it isn't gone, i'm glad to see people are finally +noticing the problem as more than just "oh your hardware must be faulty". i ran the +following: > An easy way to reproduce these > skips is to run `while true; do sysctl vm.vmtotal; done`, while > playing an mp3. and i get the nice "person being removed from the matrix" effect. haven't yet +tried the patch, but i want to get on that asap. can anyone else verify that the patch works? and furthermore, is it going to be worked into the freebsd source +post-haste? ;) thanks, - ryan hardware includes: athlon xp 1900+, 768mb DDR, sblive 5.1. From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 02:53:05 2004 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 DA51016A4F4 for ; Sun, 26 Sep 2004 02:53:05 +0000 (GMT) Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net [24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB66E43D1D for ; Sun, 26 Sep 2004 02:53:05 +0000 (GMT) (envelope-from ryan@slipgate.org) Received: from ryan.lan (ryan.lan [192.168.1.10]) by slipgate.lan (8.12.11/8.12.11) with ESMTP id i8Q2dWw9010753 for ; Sat, 25 Sep 2004 19:39:33 -0700 (PDT) Received: from ryan.lan (localhost [127.0.0.1]) by ryan.lan (8.13.1/8.13.1) with ESMTP id i8PN92tL086399 for ; Sat, 25 Sep 2004 16:09:02 -0700 (PDT) (envelope-from ryan@slipgate.org) Received: (from ryan@localhost) by ryan.lan (8.13.1/8.13.1/Submit) id i8PN92En086398 for freebsd-current@freebsd.org; Sat, 25 Sep 2004 16:09:02 -0700 (PDT) (envelope-from ryan@slipgate.org) Resent-Message-Id: <200409252309.i8PN92En086398@ryan.lan> X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using -f Date: Fri, 24 Sep 2004 00:15:20 -0700 From: Ryan Freeman To: freebsd-current@freebsd.org Message-ID: <20040924071520.GA44388@slipgate.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Resent-From: ryan@slipgate.org Resent-Date: Sat, 25 Sep 2004 16:09:02 -0700 Resent-To: freebsd-current@freebsd.org Subject: Re: Sound performance problems in FreeBSD 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, 26 Sep 2004 02:53:06 -0000 hello, sorry to drag up a slightly outdated topic, but i just installed 5.3beta5 and i'm having the same issue. the last time i used freebsd was back in march at version 5.2 and 5.2.1. the issue existed then too, hence trying out 5.3beta5 now to see if it was gone. while it isn't gone, i'm glad to see people are finally noticing the problem as more than just "oh your hardware must be faulty". i ran the following: > An easy way to reproduce these > skips is to run `while true; do sysctl vm.vmtotal; done`, while > playing an mp3. and i get the nice "person being removed from the matrix" effect. haven't yet tried the patch, but i want to get on that asap. can anyone else verify that the patch works? and furthermore, is it going to be worked into the freebsd source post-haste? ;) thanks, - ryan hardware includes: athlon xp 1900+, 768mb DDR, sblive 5.1. From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 02:53:16 2004 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 6DFA216A4D0 for ; Sun, 26 Sep 2004 02:53:16 +0000 (GMT) Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net [24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41B6D43D31 for ; Sun, 26 Sep 2004 02:53:16 +0000 (GMT) (envelope-from ryan@slipgate.org) Received: from _HOSTNAME_ (ryan.lan [192.168.1.10]) by slipgate.lan (8.12.11/8.12.11) with SMTP id i8Q0E2fa016966 for ; Sat, 25 Sep 2004 17:14:02 -0700 (PDT) Received: by _HOSTNAME_ (sSMTP sendmail emulation); Sat, 25 Sep 2004 17:14:41 -0700 From: "Ryan Freeman" Date: Sat, 25 Sep 2004 17:14:41 -0700 To: freebsd-current@freebsd.org Message-ID: <20040926001441.GB89945@slipgate.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Re: Sound performance problems in FreeBSD 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, 26 Sep 2004 02:53:16 -0000 hello, sorry to drag up a slightly outdated topic, but i just installed 5.3beta5 and i'm having the same issue. the last time i used freebsd was back in march at version 5.2 and 5.2.1. the issue existed then too, hence trying out 5.3beta5 now to see if it was gone. while it isn't gone, i'm glad to see people are finally noticing the problem as more than just "oh your hardware must be faulty". i ran the following: > An easy way to reproduce these > skips is to run `while true; do sysctl vm.vmtotal; done`, while > playing an mp3. and i get the nice "person being removed from the matrix" effect. haven't yet tried the patch, but i want to get on that asap. can anyone else verify that the patch works? and furthermore, is it going to be worked into the freebsd source post-haste? +;) thanks, - ryan hardware includes: athlon xp 1900+, 768mb DDR, sblive 5.1. From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 02:55:24 2004 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 0C1BC16A4CF for ; Sun, 26 Sep 2004 02:55:24 +0000 (GMT) Received: from smaug.vex.net (smaug.vex.net [66.96.28.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id A41D143D39 for ; Sun, 26 Sep 2004 02:55:23 +0000 (GMT) (envelope-from guy-dated-1098759304.322859@obstruction.com) Received: from chaos.obstruction.com (CPE00e018983b2f-CM013349903124.cpe.net.cable.rogers.com [65.48.209.174]) by smaug.vex.net (Postfix) with ESMTP id 0C0D626859 for ; Sat, 25 Sep 2004 22:55:22 -0400 (EDT) Received: by chaos.obstruction.com (Postfix, from userid 1000) id 12D255C8F; Sat, 25 Sep 2004 22:55:05 -0400 (EDT) Received: by chaos.obstruction.com (tmda-sendmail, from uid 1000); Sat, 25 Sep 2004 22:55:04 -0400 (EDT) Date: Sat, 25 Sep 2004 22:55:03 -0400 To: freebsd-current@freebsd.org Message-ID: <20040926025503.GA27752@chaos.obstruction.com> References: <20040926002043.GA26943@chaos.obstruction.com> <41560D1B.7090102@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i From: Guy Middleton X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) Subject: Re: 5.3-BETA5 X weirdness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Guy Middleton List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Sep 2004 02:55:24 -0000 On Sun, Sep 26, 2004 at 02:59:23AM +0200, Dag-Erling Sm?rgrav wrote: > Scott Long writes: > > Are you tunneling X over ssh? try using 'ssh -y'. > > You mean -Y; -y turns trusted forwarding off, and the OP wants it on. Which version of SSH is this? The one in 5.3-BETA5 /usr/bin/ssh recognizes neither -y nor -Y. From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 03:01:25 2004 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 588CF16A4CE for ; Sun, 26 Sep 2004 03:01:25 +0000 (GMT) Received: from smaug.vex.net (smaug.vex.net [66.96.28.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3208143D1F for ; Sun, 26 Sep 2004 03:01:25 +0000 (GMT) (envelope-from guy-dated-1098759662.add24e@obstruction.com) Received: from chaos.obstruction.com (CPE00e018983b2f-CM013349903124.cpe.net.cable.rogers.com [65.48.209.174]) by smaug.vex.net (Postfix) with ESMTP id 4E8D426ACA for ; Sat, 25 Sep 2004 23:01:20 -0400 (EDT) Received: by chaos.obstruction.com (Postfix, from userid 1000) id 5EE875C8F; Sat, 25 Sep 2004 23:01:03 -0400 (EDT) Received: by chaos.obstruction.com (tmda-sendmail, from uid 1000); Sat, 25 Sep 2004 23:01:02 -0400 (EDT) Date: Sat, 25 Sep 2004 23:01:02 -0400 To: freebsd-current@freebsd.org Message-ID: <20040926030102.GA27864@chaos.obstruction.com> References: <20040926002043.GA26943@chaos.obstruction.com> <41560D1B.7090102@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i From: Guy Middleton X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) Subject: Re: 5.3-BETA5 X weirdness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Guy Middleton List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Sep 2004 03:01:25 -0000 On Sun, Sep 26, 2004 at 02:59:23AM +0200, Dag-Erling Sm?rgrav wrote: > Scott Long writes: > > Are you tunneling X over ssh? try using 'ssh -y'. > > You mean -Y; -y turns trusted forwarding off, and the OP wants it on. Aha! -Y does the trick. (Please ignore my previous message; I was confused). -Guy From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 02:59:36 2004 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 DA30816A4CE for ; Sun, 26 Sep 2004 02:59:36 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD35C43D54 for ; Sun, 26 Sep 2004 02:59:36 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id i8Q2xZGt016972; Sat, 25 Sep 2004 19:59:35 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i8Q2xZGg016971; Sat, 25 Sep 2004 19:59:35 -0700 (PDT) (envelope-from obrien) Date: Sat, 25 Sep 2004 19:59:35 -0700 From: "David O'Brien" To: Stephen Montgomery-Smith Message-ID: <20040926025935.GC2530@dragon.nuxi.com> References: <41536FD5.20204@math.missouri.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41536FD5.20204@math.missouri.edu> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org Subject: Re: ACPI on Tyan Thunder K7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Sep 2004 02:59:37 -0000 On Thu, Sep 23, 2004 at 07:52:37PM -0500, Stephen Montgomery-Smith wrote: > I have a Tyan Thunder K7 S2462 motherboard running its latest BIOS > (version 2.14). ACPI simply does not work at all. Define "does not work at all". > A long time ago I > asked about this motherboard, and I was told that ACPI on this > motherboard is faulty. It is with respect to some devices. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 02:59:59 2004 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 AB87216A4CE for ; Sun, 26 Sep 2004 02:59:59 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C60543D31 for ; Sun, 26 Sep 2004 02:59:59 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 37D64F1A8A; Sat, 25 Sep 2004 19:59:57 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 82385-04; Sat, 25 Sep 2004 19:59:56 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 6E86CF1A7D; Sat, 25 Sep 2004 19:59:56 -0700 (PDT) From: Sean McNeil To: Ryan Freeman In-Reply-To: <20040926025317.GA5812@slipgate.org> References: <20040926025317.GA5812@slipgate.org> Content-Type: text/plain Message-Id: <1096167596.82394.1.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 25 Sep 2004 19:59:56 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: FreeBSD Mailing List Subject: Re: Sound performance problems in FreeBSD 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, 26 Sep 2004 02:59:59 -0000 On Sat, 2004-09-25 at 19:53, Ryan Freeman wrote: > hello, sorry to drag up a slightly outdated topic, but i just installed 5.3beta5 > and i'm having the same issue. the last time i used freebsd was back in march at > version 5.2 and 5.2.1. the issue existed then too, hence trying out 5.3beta5 now > +to > see if it was gone. while it isn't gone, i'm glad to see people are finally > +noticing > the problem as more than just "oh your hardware must be faulty". i ran the > +following: > > > An easy way to reproduce these > > skips is to run `while true; do sysctl vm.vmtotal; done`, while > > playing an mp3. > > and i get the nice "person being removed from the matrix" effect. haven't yet > +tried > the patch, but i want to get on that asap. can anyone else verify that the patch > works? and furthermore, is it going to be worked into the freebsd source > +post-haste? ;) thanks, > > - ryan > > hardware includes: athlon xp 1900+, 768mb DDR, sblive 5.1. What patch are you referring to? I've had very poor playback on my amd64 machine with esd for a long time. If I use xmms or something like it and have it go directly to the OSS driver instead of through esd then I have no issues at all. Cheers, Sean From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 03:05:33 2004 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 5F82D16A548 for ; Sun, 26 Sep 2004 03:05:33 +0000 (GMT) Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net [24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2981F43D45 for ; Sun, 26 Sep 2004 03:05:33 +0000 (GMT) (envelope-from ryan@slipgate.org) Received: from ryan.lan (gate.lan [192.168.1.1]) by slipgate.org (8.12.11/8.12.11) with ESMTP id i8Q35Brh005864 for ; Sat, 25 Sep 2004 20:05:11 -0700 (PDT) Received: from ryan.lan (localhost [127.0.0.1]) by ryan.lan (8.13.1/8.13.1) with ESMTP id i8Q35qZm006043 for ; Sat, 25 Sep 2004 20:05:52 -0700 (PDT) (envelope-from ryan@slipgate.org) Received: (from ryan@localhost) by ryan.lan (8.13.1/8.13.1/Submit) id i8Q35qAT006042 for freebsd-current@freebsd.org; Sat, 25 Sep 2004 20:05:52 -0700 (PDT) (envelope-from ryan@slipgate.org) Resent-Message-Id: <200409260305.i8Q35qAT006042@ryan.lan> X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using -f Date: Sat, 25 Sep 2004 20:02:57 -0700 From: Ryan Freeman To: Sean McNeil Message-ID: <20040926030257.GA5977@slipgate.org> References: <20040926025317.GA5812@slipgate.org> <1096167596.82394.1.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1096167596.82394.1.camel@server.mcneil.com> User-Agent: Mutt/1.4.2.1i Resent-From: ryan@slipgate.org Resent-Date: Sat, 25 Sep 2004 20:05:52 -0700 Resent-To: FreeBSD Mailing List Subject: Re: Sound performance problems in FreeBSD 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, 26 Sep 2004 03:05:34 -0000 On Sat, Sep 25, 2004 at 07:59:56PM -0700, Sean McNeil wrote: > On Sat, 2004-09-25 at 19:53, Ryan Freeman wrote: > > hello, sorry to drag up a slightly outdated topic, but i just installed 5.3beta5 > > and i'm having the same issue. the last time i used freebsd was back in march at > > version 5.2 and 5.2.1. the issue existed then too, hence trying out 5.3beta5 now > > +to > > see if it was gone. while it isn't gone, i'm glad to see people are finally > > +noticing > > the problem as more than just "oh your hardware must be faulty". i ran the > > +following: > > > > > An easy way to reproduce these > > > skips is to run `while true; do sysctl vm.vmtotal; done`, while > > > playing an mp3. > > > > and i get the nice "person being removed from the matrix" effect. haven't yet > > +tried > > the patch, but i want to get on that asap. can anyone else verify that the patch > > works? and furthermore, is it going to be worked into the freebsd source > > +post-haste? ;) thanks, > > > > - ryan > > > > hardware includes: athlon xp 1900+, 768mb DDR, sblive 5.1. > > What patch are you referring to? I've had very poor playback on my > amd64 machine with esd for a long time. If I use xmms or something like > it and have it go directly to the OSS driver instead of through esd then > I have no issues at all. sorry for the massive spam of the same message, i was having sendmail issues :/ i thought i had cleared out the queue while i was playing around but nope, it backed right up. ANYWAY, the patch i'm referring to is the one talked about here: http://lists.freebsd.org/pipermail/freebsd-current/2004-September/036528.html and here: http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037045.html thanks, - ryan From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 03:12:46 2004 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 4D57716A4CF for ; Sun, 26 Sep 2004 03:12:46 +0000 (GMT) Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net [24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DE5643D41 for ; Sun, 26 Sep 2004 03:12:46 +0000 (GMT) (envelope-from ryan@slipgate.org) Received: from ryan.lan (gate.lan [192.168.1.1]) by slipgate.org (8.12.11/8.12.11) with ESMTP id i8Q3COhH009055; Sat, 25 Sep 2004 20:12:25 -0700 (PDT) Received: from ryan.lan (localhost [127.0.0.1]) by ryan.lan (8.13.1/8.13.1) with ESMTP id i8Q3D5O1006149; Sat, 25 Sep 2004 20:13:05 -0700 (PDT) (envelope-from ryan@slipgate.org) Received: (from ryan@localhost) by ryan.lan (8.13.1/8.13.1/Submit) id i8Q3D5PY006148; Sat, 25 Sep 2004 20:13:05 -0700 (PDT) (envelope-from ryan@slipgate.org) X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using -f Date: Sat, 25 Sep 2004 20:13:05 -0700 From: Ryan Freeman To: Sean McNeil Message-ID: <20040926031305.GA6094@slipgate.org> References: <20040926025317.GA5812@slipgate.org> <1096167596.82394.1.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1096167596.82394.1.camel@server.mcneil.com> User-Agent: Mutt/1.4.2.1i cc: FreeBSD Mailing List Subject: Re: Sound performance problems in FreeBSD 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, 26 Sep 2004 03:12:46 -0000 On Sat, Sep 25, 2004 at 07:59:56PM -0700, Sean McNeil wrote: > > What patch are you referring to? I've had very poor playback on my > amd64 machine with esd for a long time. If I use xmms or something like > it and have it go directly to the OSS driver instead of through esd then > I have no issues at all. > > Cheers, > Sean > details here: http://lists.freebsd.org/pipermail/freebsd-current/2004-September/036528.html and here: http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037045.html - ryan From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 03:23:36 2004 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 8B7C616A4CE for ; Sun, 26 Sep 2004 03:23:36 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B26143D1F for ; Sun, 26 Sep 2004 03:23:36 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-67-124-49-205.dsl.snfc21.pacbell.net [67.124.49.205])i8Q3N9IV032086; Sat, 25 Sep 2004 23:23:11 -0400 Message-ID: <4156362C.5000304@elischer.org> Date: Sat, 25 Sep 2004 20:23:24 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Forrest Aldrich References: <4154A109.1050004@forrie.com> In-Reply-To: <4154A109.1050004@forrie.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Firewall options missing from NOTES... 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, 26 Sep 2004 03:23:36 -0000 Forrest Aldrich wrote: > Curiuos why the various firewalling options are missing from NOTES -- in > earlier releases, these were found in LINT. > > > _F > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" there is a n architecture specific NOTEs and a general one in /sys/conf.. are you looking at both? Make LINT will generate a LINT config using both of them combined, From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 03:28:04 2004 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 F176F16A4CE for ; Sun, 26 Sep 2004 03:28:04 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE2A943D1F for ; Sun, 26 Sep 2004 03:28:04 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (adsl-64-171-187-209.dsl.snfc21.pacbell.net [64.171.187.209]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i8Q3S3Dl009632 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 25 Sep 2004 20:28:04 -0700 Message-ID: <41563742.6090307@root.org> Date: Sat, 25 Sep 2004 20:28:02 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Boyd References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA5-i386-disc1 bootstrap failures 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, 26 Sep 2004 03:28:05 -0000 David Boyd wrote: > This may just be noise, but I'll send it anywho. > > The ACPI/APIC/SMP problem described in several missives on this list was > introduced (imho) between noon on September 17th and noon on September 18th. > > I have built from CVS (cvsup) the following kernels: > > 2004.09.17.12.00.00 > 2004.09.18.00.00.00 > 2004.09.18.06.00.00 > 2004.09.18.12.00.00 Thanks for the datapoint. I assume you are tracking RELENG_5? I could only find one ACPI commit to RELENG_5 around this time. Please recompile with the following files: acpi_thermal.c rev 1.48 acpi_powerres.c rev 1.26 You can download them here: http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/acpica/acpi_thermal.c?rev=1.48&content-type=text/plain http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/acpica/acpi_powerres.c?rev=1.26&content-type=text/plain Merely copy these into /sys/dev/acpica, recompile the acpi module (or whole kernel) and reboot. -- Nate From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 03:40:45 2004 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 BB0D316A4CE for ; Sun, 26 Sep 2004 03:40:45 +0000 (GMT) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DD5443D41 for ; Sun, 26 Sep 2004 03:40:45 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.3] (12-216-240-169.client.mchsi.com[12.216.240.169]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20040926034044m9200ars3se>; Sun, 26 Sep 2004 03:40:45 +0000 Message-ID: <41563A3C.5080404@math.missouri.edu> Date: Sat, 25 Sep 2004 22:40:44 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040922 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <41536FD5.20204@math.missouri.edu> <20040926025935.GC2530@dragon.nuxi.com> In-Reply-To: <20040926025935.GC2530@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ACPI on Tyan Thunder K7 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, 26 Sep 2004 03:40:45 -0000 David O'Brien wrote: > On Thu, Sep 23, 2004 at 07:52:37PM -0500, Stephen Montgomery-Smith wrote: > >>I have a Tyan Thunder K7 S2462 motherboard running its latest BIOS >>(version 2.14). ACPI simply does not work at all. > > > Define "does not work at all". > Well as you can see from the ACPI error messages in dmesg (which is included in my previous email) a lot of stuff isn't working. But more than that, if I do "shutdown -p now" the computer does halt, and then it switches off, but in a strange way - the fans are still going, all the lights are on, but the video card stops working, and the on/off button does nothing, even if I hold it down for several seconds. I have to press the reset button for it to start again. Best Stephen From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 04:50:39 2004 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 C40E816A4CE for ; Sun, 26 Sep 2004 04:50:39 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E68C743D3F for ; Sun, 26 Sep 2004 04:50:35 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8Q4CbZu003539; Sun, 26 Sep 2004 13:42:37 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sun, 26 Sep 2004 13:42:25 +0930 User-Agent: KMail/1.7 References: <20040926025317.GA5812@slipgate.org> In-Reply-To: <20040926025317.GA5812@slipgate.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4767100.1PhNd2JWmk"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409261342.34874.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Ryan Freeman Subject: Re: Sound performance problems in FreeBSD 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, 26 Sep 2004 04:50:39 -0000 --nextPart4767100.1PhNd2JWmk Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 26 Sep 2004 12:23, Ryan Freeman wrote: > > +following: > > An easy way to reproduce these > > skips is to run `while true; do sysctl vm.vmtotal; done`, while > > playing an mp3. I suspect that sysctl involves doing lots of locking and will do weird=20 things.. Does it happen if you run a CPU using userland proc inseadt? =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart4767100.1PhNd2JWmk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBVkGy5ZPcIHs/zowRAvNaAJ9AmzZqmQiYy0hjckXkYQi/BV8m8QCfd98l KgxLmK0+kOpQ3QigiieYYHg= =kMZS -----END PGP SIGNATURE----- --nextPart4767100.1PhNd2JWmk-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 04:50:41 2004 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 9F51816A4CE for ; Sun, 26 Sep 2004 04:50:41 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5585043D3F for ; Sun, 26 Sep 2004 04:50:40 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8Q2CRnO001287; Sun, 26 Sep 2004 11:42:27 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sun, 26 Sep 2004 11:42:17 +0930 User-Agent: KMail/1.7 References: <41555396.4030009@fer.hr> <20040926021347.721a025f.benlutz@datacomm.ch> <20040926005943.GA61350@parodius.com> In-Reply-To: <20040926005943.GA61350@parodius.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2509521.9Y24kvryh8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409261142.24759.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Jeremy Chadwick Subject: Re: USB memory stick hotswap problems 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, 26 Sep 2004 04:50:41 -0000 --nextPart2509521.9Y24kvryh8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 26 Sep 2004 10:29, Jeremy Chadwick wrote: > Can't usbd (or better yet, usbd.conf) be modified or changed in some way > to automatically handle the unmounting of any existing filesystems that > match the device which is mounted? > > Seems like we're eventually going to need this to make hot-swappable USB > devices more friendly. I understand why you must unmount a device > before SCSI CAM gets disconnected from it, but it just seems that this > should be a job for usbd. The problem is that once the device is removed it's too late :( One possibility would be to add a facility to mark all the data for a certa= in=20 device to be non-critical so it will throw it away when it tries to flush i= t=20 and fails instead of panicing. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2509521.9Y24kvryh8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBViWI5ZPcIHs/zowRAuZJAJ4xH1SntGmEMgya5NGgyoKS65ugHACeK93A psXCMoXqk39fho27bzIGhOQ= =AqHb -----END PGP SIGNATURE----- --nextPart2509521.9Y24kvryh8-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 05:35:37 2004 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 A0E4216A4CE for ; Sun, 26 Sep 2004 05:35:37 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 530D743D1D for ; Sun, 26 Sep 2004 05:35:37 +0000 (GMT) (envelope-from juhasaarinen@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so3077943rnk for ; Sat, 25 Sep 2004 22:35:36 -0700 (PDT) Received: by 10.38.14.21 with SMTP id 21mr814744rnn; Sat, 25 Sep 2004 22:35:36 -0700 (PDT) Received: by 10.38.73.29 with HTTP; Sat, 25 Sep 2004 22:35:36 -0700 (PDT) Message-ID: Date: Sun, 26 Sep 2004 17:35:36 +1200 From: Juha Saarinen To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: How to migrate from ports BIND 9 top the base version in RELENG_5? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Juha Saarinen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Sep 2004 05:35:37 -0000 Is it necessary/recommended to uninstall BIND 9.3.0 from the ports collection prior to installing the base system version? -- Juha From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 05:40:28 2004 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 0104516A4CE for ; Sun, 26 Sep 2004 05:40:28 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4EEE43D31 for ; Sun, 26 Sep 2004 05:40:27 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i8Q5eQJL049547 for ; Sun, 26 Sep 2004 05:40:27 GMT (envelope-from davidxu@freebsd.org) Message-ID: <41565673.7050504@freebsd.org> Date: Sun, 26 Sep 2004 13:41:07 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.1) Gecko/20040730 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Interesting code in exec_setregs 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, 26 Sep 2004 05:40:28 -0000 I found following code in sys/i386/i386/machdep.c: function exec_setregs: bzero((char *)regs, sizeof(struct trapframe)); regs->tf_eip = entry; regs->tf_esp = stack; regs->tf_eflags = PSL_USER | (regs->tf_eflags & PSL_T); the regs is cleared to zero, why do we bother to test it again ? regs->tf_eflags & PSL_T is useless code. AMD64 also has this, I also found it in releng_4, why ? David Xu From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 05:54:40 2004 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 4820316A4CE for ; Sun, 26 Sep 2004 05:54:40 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07C0843D58 for ; Sun, 26 Sep 2004 05:54:40 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 24183 invoked from network); 26 Sep 2004 05:54:39 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 26 Sep 2004 05:54:38 -0000 Received: from hydrogen.funkthat.com (gxwfwn@localhost.funkthat.com [127.0.0.1])i8Q5sYlb006712; Sat, 25 Sep 2004 22:54:34 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i8Q5sVU1006711; Sat, 25 Sep 2004 22:54:31 -0700 (PDT) Date: Sat, 25 Sep 2004 22:54:31 -0700 From: John-Mark Gurney To: "Daniel O'Connor" Message-ID: <20040926055431.GD1383@funkthat.com> Mail-Followup-To: Daniel O'Connor , freebsd-current@freebsd.org, Jeremy Chadwick References: <41555396.4030009@fer.hr> <20040926021347.721a025f.benlutz@datacomm.ch> <20040926005943.GA61350@parodius.com> <200409261142.24759.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409261142.24759.doconnor@gsoft.com.au> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-current@freebsd.org cc: Jeremy Chadwick Subject: Re: USB memory stick hotswap problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Sep 2004 05:54:40 -0000 Daniel O'Connor wrote this message on Sun, Sep 26, 2004 at 11:42 +0930: > > Seems like we're eventually going to need this to make hot-swappable USB > > devices more friendly. I understand why you must unmount a device > > before SCSI CAM gets disconnected from it, but it just seems that this > > should be a job for usbd. > > The problem is that once the device is removed it's too late :( Exactly... > One possibility would be to add a facility to mark all the data for a certain > device to be non-critical so it will throw it away when it tries to flush it > and fails instead of panicing. phk is working on fixing this right now... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 05:56:27 2004 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 9F65516A4CE for ; Sun, 26 Sep 2004 05:56:27 +0000 (GMT) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CD6243D49 for ; Sun, 26 Sep 2004 05:56:27 +0000 (GMT) (envelope-from dsyphers@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9]) ESMTP id i8Q5uQLj010429; Sat, 25 Sep 2004 22:56:26 -0700 Received: from yggdrasil.seektruth.org (c-24-18-235-11.client.comcast.net [24.18.235.11]) (authenticated bits=0)i8Q5uQGt026984 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Sat, 25 Sep 2004 22:56:26 -0700 From: David Syphers To: Nate Lawson Date: Sat, 25 Sep 2004 22:56:37 -0700 User-Agent: KMail/1.7 References: <200409211736.i8LHajfK000463@mist.nodomain> <200409240059.47087.dsyphers@u.washington.edu> <4155B437.5020806@root.org> In-Reply-To: <4155B437.5020806@root.org> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_VolVBO0Jlwgvz0s" Message-Id: <200409252256.37886.dsyphers@u.washington.edu> cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA5-i386-disc1 bootstrap failures 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, 26 Sep 2004 05:56:27 -0000 --Boundary-00=_VolVBO0Jlwgvz0s Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Saturday 25 September 2004 11:08 am, Nate Lawson wrote: > David Syphers wrote: > >>This is the same problem I reported yesterday (with the more generic > >>subject of "can't install 5.3-BETA5"). Booting in "safe mode" worked > >> fine, and got me to the installation screen. > > > > The list has been quiet about this, so I assume it's a rare problem. > > Actually, at least I need more info to even know where to begin. How > about dmesg for starters? Sure. I just didn't see a call for info. dmesg attached. (I went ahead and installed 5.3-BETA5 with APIC disabled, and built a custom kernel without apic. This is the dmesg for a boot on that kernel. If you need one of the failure, I gave the error and context from a verbose boot several days ago in the "can't install 5.3-BETA5" thread.) If you need anything else, please ask. -David --Boundary-00=_VolVBO0Jlwgvz0s Content-Type: text/x-diff; charset="iso-8859-1"; name="dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg" Copyright (c) 1992-2004 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.3-BETA5 #0: Sat Sep 25 03:46:44 PDT 2004 root@yggdrasil.seektruth.org:/usr/src/sys/i386/compile/YGGDRASIL Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) Processor (1526.54-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0480000 real memory = 536805376 (511 MB) avail memory = 519811072 (495 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.PIB_.SIO0._INI] (Node 0xc16160c0), AE_AML_UNINITIALIZED_LOCAL ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.PIB_.SIO0.LPT_._INI] (Node 0xc1618c80), AE_AML_UNINITIALIZED_LOCAL acpi0: Power Button (fixed) ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.PIB_.SIO0.LPT_._CRS] (Node 0xc1618c20), AE_AML_BUFFER_LIMIT ACPI-0239: *** Error: Method execution failed [\\_SB_.PCI0.PIB_.SIO0.LPT_._CRS] (Node 0xc1618c20), AE_AML_BUFFER_LIMIT can't fetch resources for \\_SB_.PCI0.PIB_.SIO0.LPT_ - AE_AML_BUFFER_LIMIT Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 5.0 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0x1860-0x186f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 4.2 (no driver attached) pci0: at device 4.3 (no driver attached) pci0: at device 4.4 (no driver attached) pcm0: port 0x1840-0x185f irq 11 at device 13.0 on pci0 pcm0: rl0: port 0x1400-0x14ff mem 0xe0000000-0xe00000ff irq 5 at device 18.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:e0:18:40:b6:0f acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x378-0x37f on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Polled port orm0: at iomem 0xdc000-0xdffff,0xc0000-0xcb7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1526536546 Hz quality 800 Timecounters tick every 10.000 msec ipfw2 initialized, divert disabled, rule-based forwarding disabled, default to deny, logging disabled ad0: 76319MB [155061/16/63] at ata0-master UDMA100 ATAPI_RESET time = 90us ATAPI_RESET time = 120us acd0: CDRW at ata1-master PIO4 acd1: DVDROM at ata1-slave UDMA33 Mounting root from ufs:/dev/ad0s1a pid 1615: corrected slot count (2->1) --Boundary-00=_VolVBO0Jlwgvz0s-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 05:59:10 2004 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 69E4F16A4CE for ; Sun, 26 Sep 2004 05:59:10 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D69343D31 for ; Sun, 26 Sep 2004 05:59:10 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i8Q5x9vA081057; Sat, 25 Sep 2004 22:59:09 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i8Q5x9B9081056; Sat, 25 Sep 2004 22:59:09 -0700 (PDT) (envelope-from dillon) Date: Sat, 25 Sep 2004 22:59:09 -0700 (PDT) From: Matthew Dillon Message-Id: <200409260559.i8Q5x9B9081056@apollo.backplane.com> To: "Daniel O'Connor" References: <41555396.4030009@fer.hr> <20040926021347.721a025f.benlutz@datacomm.ch> <200409261142.24759.doconnor@gsoft.com.au> cc: freebsd-current@freebsd.org cc: Jeremy Chadwick Subject: Re: USB memory stick hotswap problems 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, 26 Sep 2004 05:59:10 -0000 :> Can't usbd (or better yet, usbd.conf) be modified or changed in some way :> to automatically handle the unmounting of any existing filesystems that :> match the device which is mounted? :> :> Seems like we're eventually going to need this to make hot-swappable USB :> devices more friendly. I understand why you must unmount a device :> before SCSI CAM gets disconnected from it, but it just seems that this :> should be a job for usbd. : :The problem is that once the device is removed it's too late :( : :One possibility would be to add a facility to mark all the data for a certa= :in=20 :device to be non-critical so it will throw it away when it tries to flush i= :t=20 :and fails instead of panicing. It's a fairly simple matter to make the I/O requests fail, CAM is actually quite good at that. But preventing filesystem panics requires a lot more work. Three things must be done: * The filesystem has to be able to error-out gracefully when read I/O's fail. * A mechanism for handling write errors, in particular synchronous write errors, is needed. Generally speaking the buffer cache must retain the (dirty) data, which it actually mostly does already, and the filesystem has to be able to proceed with the operation despite the write error in order to get to a stable point where it can either error out or complete the op. * The buffer flushing code has to be made aware of a dead backing device and do the right thing with the dirty buffers when the filesystem is forcefully unmounted. I did some work on the buffer cache dirty data issue a while back, a few years ago, so the buffer cache already deals with write errors somewhat, but more work is needed. -Matt From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 08:19:40 2004 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 583E916A4CE for ; Sun, 26 Sep 2004 08:19:40 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4004E43D31 for ; Sun, 26 Sep 2004 08:19:40 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (rwcrmhc12) with SMTP id <20040926081939014007maike>; Sun, 26 Sep 2004 08:19:39 +0000 Date: Sun, 26 Sep 2004 01:19:39 -0700 (PDT) From: Doug Barton To: Juha Saarinen In-Reply-To: Message-ID: <20040926011802.I1058@ync.qbhto.arg> References: Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org Subject: Re: How to migrate from ports BIND 9 top the base version in RELENG_5? 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, 26 Sep 2004 08:19:40 -0000 On Sun, 26 Sep 2004, Juha Saarinen wrote: > Is it necessary/recommended to uninstall BIND 9.3.0 from the ports > collection prior to installing the base system version? Necessary, no, although it would be a good idea. This is a good time to do the update, as the basic pieces are all in place now. HTH, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 08:20:53 2004 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 C99A316A4CE; Sun, 26 Sep 2004 08:20:53 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFEAA43D31; Sun, 26 Sep 2004 08:20:53 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (rwcrmhc11) with SMTP id <2004092608205301300lkk4te>; Sun, 26 Sep 2004 08:20:53 +0000 Date: Sun, 26 Sep 2004 01:20:52 -0700 (PDT) From: Doug Barton To: Pawel Jakub Dawidek In-Reply-To: <20040925095734.GI9550@darkness.comp.waw.pl> Message-ID: <20040926012004.H1058@ync.qbhto.arg> References: <7m7jqjhojv.wl@black.imgsrc.co.jp> <20040924122508.GG9550@darkness.comp.waw.pl> <20040925095734.GI9550@darkness.comp.waw.pl> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: Jun Kuriyama cc: Current Subject: Re: panic: swap_pager_isswapped: failed to locate all swap meta blocks 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, 26 Sep 2004 08:20:53 -0000 On Sat, 25 Sep 2004, Pawel Jakub Dawidek wrote: > I'm not really aware how to define rcNG scripts order on shutdown. You might want to drop a note to freebsd-rc@freebsd.org for help on that. :) Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 08:44:27 2004 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 5EDDF16A4CE for ; Sun, 26 Sep 2004 08:44:27 +0000 (GMT) Received: from ferengi.borderworlds.dk (ferengi.borderworlds.dk [80.166.152.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA7E743D53 for ; Sun, 26 Sep 2004 08:44:26 +0000 (GMT) (envelope-from xi@borderworlds.dk) Received: from borg.borderworlds.dk (localhost [127.0.0.1]) by ferengi.borderworlds.dk (Postfix) with ESMTP id 17B53B80B for ; Sun, 26 Sep 2004 10:44:24 +0200 (CEST) Received: by borg.borderworlds.dk (Postfix, from userid 1001) id B2E8BB87B; Sun, 26 Sep 2004 10:44:24 +0200 (CEST) Sender: xi@borderworlds.dk To: freebsd-current@freebsd.org From: Christian Laursen Date: 26 Sep 2004 10:44:24 +0200 Message-ID: <867jqhwhav.fsf@borg.borderworlds.dk> Lines: 17 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: 5.3-BETA5 panic on first boot - floppy related 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, 26 Sep 2004 08:44:27 -0000 I upgraded my laptop to 5.3-BETA4 a couple of days ago and have started to experience it panic ont the first boot if ACPI is enabled. Without ACPI it boots fine and after the panic and subsequently typing 'reset' in the kernel debugger it boots fine with ACPI enabled. The dmesg output including a stack trace is here: http://borderworlds.dk/~xi/vulcan/dmesg.txt My kernel configuration is here: http://borderworlds.dk/~xi/vulcan/VULCAN I just tried to boot with the floppy drive attached, but that doesn't make any difference. -- Christian Laursen From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 09:15:51 2004 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 0795416A4CE for ; Sun, 26 Sep 2004 09:15:51 +0000 (GMT) Received: from gundel.de.clara.net (gundel.de.clara.net [212.82.225.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6340C43D58 for ; Sun, 26 Sep 2004 09:15:50 +0000 (GMT) (envelope-from jesk@killall.org) Received: from port-212-202-54-147.dynamic.qsc.de ([212.202.54.147] helo=turbofresse) by gundel.de.clara.net with smtp (Exim 4.30; FreeBSD) id 1CBVI2-000DWA-Uw for freebsd-current@freebsd.org; Sun, 26 Sep 2004 11:25:54 +0200 Message-ID: <001101c4a3a9$682719d0$45fea8c0@turbofresse> From: "jesk" To: Date: Sun, 26 Sep 2004 11:15:46 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: Intel ICH5R Raid Support 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, 26 Sep 2004 09:15:51 -0000 Hello, i got a problem with a Asus P4P800S-E Motherboard and the Intel ICH5R-Southbridge Chipset. I configured Raid1 on the board and created a Raid Volume on the two SATA devices. After that i installed FreeBSD 5.3 BETA5 on one of the SATA devices then rebooted the sytem and everythings seems to work. I updated the system to RELENG_5 and rebooted again but then the bootloader couldnt find a kernel. Is there any known problem with the chipset and the raid functionality? If there is, why could the bootloader find a kernel by the first reboot before i updated the system? thanks for any hints! From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 09:39:53 2004 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 6036916A4CE for ; Sun, 26 Sep 2004 09:39:53 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19B1043D49 for ; Sun, 26 Sep 2004 09:39:53 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8Q9dq3m076658 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 26 Sep 2004 02:39:52 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8Q9dqU4076657 for freebsd-current@freebsd.org; Sun, 26 Sep 2004 02:39:52 -0700 (PDT) (envelope-from jdc) Date: Sun, 26 Sep 2004 02:39:52 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20040926093952.GA76606@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org References: <001101c4a3a9$682719d0$45fea8c0@turbofresse> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001101c4a3a9$682719d0$45fea8c0@turbofresse> User-Agent: Mutt/1.5.6i Subject: Re: Intel ICH5R Raid Support 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, 26 Sep 2004 09:39:53 -0000 http://lists.freebsd.org/pipermail/freebsd-current/2004-September/038018.html http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/60344 http://www.techno-obscura.com/~delgado/notes/fbsd-ich5SATAraid.html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Sun, Sep 26, 2004 at 11:15:46AM +0200, jesk wrote: > Hello, > > i got a problem with a Asus P4P800S-E Motherboard and the Intel > ICH5R-Southbridge > Chipset. I configured Raid1 on the board and created a Raid Volume on the > two SATA > devices. After that i installed FreeBSD 5.3 BETA5 on one of the SATA devices > then rebooted > the sytem and everythings seems to work. I updated the system to RELENG_5 > and rebooted > again but then the bootloader couldnt find a kernel. > Is there any known problem with the chipset and the raid functionality? If > there is, why could > the bootloader find a kernel by the first reboot before i updated the > system? > > thanks for any hints! > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 09:51:47 2004 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 29AF916A4CE for ; Sun, 26 Sep 2004 09:51:47 +0000 (GMT) Received: from ns1.interbgc.com (mail.interbgc.com [217.9.224.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 19C8143D46 for ; Sun, 26 Sep 2004 09:51:46 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 30019 invoked from network); 26 Sep 2004 09:51:45 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-4.9/8.0):. Processed in 1.262606 secs); 26 Sep 2004 09:51:45 -0000 X-Spam-Status: No, hits=-4.9 required=8.0 Received: from 213-240-202-139.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.202.139) by mail.interbgc.com with SMTP; 26 Sep 2004 09:51:43 -0000 Received: (qmail 29538 invoked from network); 26 Sep 2004 09:49:38 -0000 Received: from unknown (HELO phobos.totalterror.net) (10.10.0.2) by tormentor.totalterror.net with SMTP; 26 Sep 2004 09:49:38 -0000 References: <200409251502.34281.sam@errno.com> <200409251938.28089.sam@errno.com> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Niki Denev To: current@freebsd.org Date: Sun, 26 Sep 2004 12:51:57 +0300 Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=_mimegpg-phobos.totalterror.net-670-1096192317-0001"; micalg=pgp-sha1; protocol="application/pgp-signature" Subject: Re: 5.3 IPSEC broken 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, 26 Sep 2004 09:51:47 -0000 This is a MIME GnuPG-signed message. If you see this text, it means that your E-mail or Usenet software does not support MIME signed messages. --=_mimegpg-phobos.totalterror.net-670-1096192317-0001 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit Sam Leffler writes: > On Saturday 25 September 2004 04:50 pm, Bjoern A. Zeeb wrote: >> On Sat, 25 Sep 2004, Sam Leffler wrote: >> > > > That's a 216 byte packet, fwiw. I instrumented key.c and ran into >> > > > the following ENOBUFS case on key.c:6957: >> > > > >> > > > /* align the mbuf chain so that extensions are in contiguous >> > > > region. */ error = key_align(m, &mh); >> > > > if (error) >> > > > return error; >> > > > >> > > > if (m->m_next) { /*XXX*/ >> > > > m_freem(m); >> > > > return ENOBUFS; >> > > > } >> > > > >> > > > I.e., the author knew it was a bug (feature) that an additional mbuf >> > > > couldn't be handled here, but we do need to handle one. Looks like >> > > > much of the surrounding code could be replaced with a call to >> > > > m_defrag() and/or m_pullup(). >> > > >> > > Just to mention that i too experience this problem, >> > > but with FAST_IPSEC so this probably means that if any fix will be made >> > > for netkey/key.c then netipsec/key.c will need it too.(as far as i can >> > > tell) Please correct me if i'm wrong. >> > >> > Correct. I gave Robert a fix that was sent to me for fast ipsec. I was >> > going to commit it this weekend after some testing. >> >> could you perhaps post it or place it somewhere for download ? > > sam 2004-09-26 02:01:27 UTC > > FreeBSD src repository > > Modified files: > sys/netipsec key.c > Log: > Correct handling of SADB_UPDATE and SADB_ADD requests. key_align may split > the mbuf due to use of m_pulldown. Discarding the result because of this > does not make sense as no subsequent code depends on the entire msg being > linearized (only the individual pieces). It's likely something else is > wrong > here but for now this appears to get things back to a working state. > > Submitted by: Roselyn Lee > > Revision Changes Path > 1.17 +0 -5 src/sys/netipsec/key.c > http://cvsweb.FreeBSD.org/src/sys/netipsec/key.c.diff?r1=1.16&r2=1.17 And for netkey/key.c ? --niki --=_mimegpg-phobos.totalterror.net-670-1096192317-0001 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBVpE9HNAJ/fLbfrkRAnWvAJwK+OsLC1H+E0DbaD90vdrXJ/7CcACffBVe mYPfYxxy9YHblwiASi7TUsI= =nZ7i -----END PGP SIGNATURE----- --=_mimegpg-phobos.totalterror.net-670-1096192317-0001-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 10:24:12 2004 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 B279E16A4CE for ; Sun, 26 Sep 2004 10:24:12 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4724B43D45 for ; Sun, 26 Sep 2004 10:24:12 +0000 (GMT) (envelope-from se@freebsd.org) Received: from [212.227.126.160] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CBWCR-0007bG-00; Sun, 26 Sep 2004 12:24:11 +0200 Received: from [80.132.243.59] (helo=Gatekeeper.FreeBSD.org) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1CBWCQ-0001CG-00; Sun, 26 Sep 2004 12:24:10 +0200 Received: from StefanEsser.FreeBSD.org (StefanEsser [192.168.0.10]) by Gatekeeper.FreeBSD.org (Postfix) with ESMTP id CB3245F19; Sun, 26 Sep 2004 12:24:07 +0200 (CEST) Received: by StefanEsser.FreeBSD.org (Postfix, from userid 200) id 0B7DC2307; Sun, 26 Sep 2004 12:24:07 +0200 (CEST) Date: Sun, 26 Sep 2004 12:24:06 +0200 From: Stefan =?iso-8859-1?Q?E=DFer?= To: Mauro Triulzi Message-ID: <20040926102406.GA2428@StefanEsser.FreeBSD.org> Mail-Followup-To: Stefan =?iso-8859-1?Q?E=DFer?= , Mauro Triulzi , Jeremy Chadwick , freebsd-current@freebsd.org References: <4155DC3F.5070904@freesurf.ch> <20040925214515.GA56471@parodius.com> <41560C61.1040009@freesurf.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41560C61.1040009@freesurf.ch> User-Agent: Mutt/1.5.6i X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:fa3fae9b6ca38d745862a668565919f6 cc: freebsd-current@freebsd.org cc: Jeremy Chadwick Subject: Re: ATA disk performance (ICH2 controller), some tests andcomparison with Linux 2.6.5 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, 26 Sep 2004 10:24:12 -0000 On 2004-09-26 02:25 +0200, Mauro Triulzi wrote: > -------Sequential Output-------- ---Sequential Input-- --Random-- > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- > Machi MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU % FBSDa 1500 14533 12.8 14184 4.6 9360 3.2 27774 24.0 29067 5.7 119.1 0.6 % FBSDb 1500 27787 24.6 24690 8.3 12519 4.3 24487 21.4 24870 5.0 128.1 0.6 % Linux 1500 26859 97.7 59118 14.0 22480 8.1 22508 78.9 48501 9.0 177.1 0.5 [Table created from results on FreeBSD, FreeBSD after ATA reinit, and Linux.] The difference between the test before and after the reinit appears relevant and very disturbing. May be drive parameters (write cache enable?) are changed be the reinit command, leading to significantly different write performance? Different Bonnie versions use slightly different algortithms. You may want to use the same version (perhaps even the same binary, since the Linux version ought to run under emulation in FreeBSD). Linux used to cache much higher numbers of dirty buffers than FreeBSD, which tried to keep that number low for a number of reasons (e.g. to prevent to high a backlog of writes, but also to avoid active program pages being flushed just to allow for dirty buffers). You may want to test the raw throughput of your drive over the file systems used for the tests. E.g. "dd if=/dev/DISK of=/dev/null bs=64k" with DISK set to the FreeBSD device names of the file systems, where your bonnie test file was placed in each case. Running the same command under both FreeBSD and Linux should give identical results, e.g. the 128MB root partition on my (not really idle) system: # dd if=/dev/ad0s1a bs=64k of=/dev/null 2048+0 records in 2048+0 records out 134217728 bytes transferred in 2.223648 secs (60359249 bytes/sec) Since modern file systems spread data all over the available partition, you have to read the whole partition to get an average raw transfer speed. Be aware, that file system tests (i.e. Bonnie) are highly dependent on the amount of free space in the file system being tested, so if your FreeBSD and Linux partitions had different sizes and amounts of free space, your values aren't really significant ... Regards, STefan From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 10:48:05 2004 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 2798516A4CF for ; Sun, 26 Sep 2004 10:48:05 +0000 (GMT) Received: from mxb.saturn-tech.com (mxb.saturn-tech.com [207.229.19.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5918343D45 for ; Sun, 26 Sep 2004 10:48:04 +0000 (GMT) (envelope-from drussell@saturn-tech.com) Received: from mxb.saturn-tech.com (localhost [127.0.0.1]) by mxb.saturn-tech.com (8.12.3/8.12.3) with ESMTP id i8QAoZKt040637; Sun, 26 Sep 2004 04:50:35 -0600 (MDT) (envelope-from drussell@saturn-tech.com) Received: from localhost (drussell@localhost)i8QAoYDu040634; Sun, 26 Sep 2004 04:50:34 -0600 (MDT) (envelope-from drussell@saturn-tech.com) X-Authentication-Warning: mxb.saturn-tech.com: drussell owned process doing -bs Date: Sun, 26 Sep 2004 04:50:34 -0600 (MDT) From: Doug Russell To: Michael Nottebrock In-Reply-To: <200409260009.58445.michaelnottebrock@gmx.net> Message-ID: <20040926044943.I40616-100000@mxb.saturn-tech.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Jeremy Chadwick Subject: Re: ATA disk performance (ICH2 controller), some tests andcomparison with Linux 2.6.5 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, 26 Sep 2004 10:48:05 -0000 On Sun, 26 Sep 2004, Michael Nottebrock wrote: > On Saturday 25 September 2004 23:45, Jeremy Chadwick wrote: > > > 6) I'm still amazed people have systems in production that use ICH2. > > AFAIK, the chipset is deprecated. > > Eh? i845-based motherboards were not exactly a niche product and are not very > ancient either. I'm surprised it surprises you to see them used. :-) Bah! Just because some hardware is common does not mean is is good! Later...... From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 11:32:27 2004 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 ABCF916A4CE for ; Sun, 26 Sep 2004 11:32:27 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B7E643D31 for ; Sun, 26 Sep 2004 11:32:27 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 9ED461674E9; Sun, 26 Sep 2004 13:32:25 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i8QBWNSV079861 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 26 Sep 2004 13:32:24 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Doug Russell Date: Sun, 26 Sep 2004 13:32:17 +0200 User-Agent: KMail/1.7 References: <20040926044943.I40616-100000@mxb.saturn-tech.com> In-Reply-To: <20040926044943.I40616-100000@mxb.saturn-tech.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1703270.LBOxmj7Qao"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409261332.23227.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org cc: Jeremy Chadwick Subject: Re: ATA disk performance (ICH2 controller), some tests and comparison with Linux 2.6.5 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, 26 Sep 2004 11:32:27 -0000 --nextPart1703270.LBOxmj7Qao Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 26 September 2004 12:50, Doug Russell wrote: > On Sun, 26 Sep 2004, Michael Nottebrock wrote: > > On Saturday 25 September 2004 23:45, Jeremy Chadwick wrote: > > > 6) I'm still amazed people have systems in production that use ICH2. > > > AFAIK, the chipset is deprecated. > > > > Eh? i845-based motherboards were not exactly a niche product and are not > > very ancient either. I'm surprised it surprises you to see them used. := =2D) > > Bah! Just because some hardware is common does not mean is is good! Supporting and being used on common-but-not-so-good hardware is one of the= =20 best (and oldest) traditions of FreeBSD. :-) =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1703270.LBOxmj7Qao Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBVqjHXhc68WspdLARAnGmAJ9/UFbPpxxooW4cTIkhgKQ1JqkzTgCgk1Nq 43LU8nzgrDSpjHd2d2eAibU= =BlJL -----END PGP SIGNATURE----- --nextPart1703270.LBOxmj7Qao-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 11:40:21 2004 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 9995E16A4CE for ; Sun, 26 Sep 2004 11:40:21 +0000 (GMT) Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A12E43D31 for ; Sun, 26 Sep 2004 11:40:20 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from fwd11.aul.t-online.de by mailout09.sul.t-online.com with smtp id 1CBXO6-0002Sb-01; Sun, 26 Sep 2004 13:40:19 +0200 Received: from fw.reifenberger.com (SODYD+ZOoegbcB8bsHGMf5hjDS9OvCLiFNfH3djtz066HdfAgGQcUg@[84.128.75.136]) by fmrl11.sul.t-online.com with esmtp id 1CBXNr-1U926C0; Sun, 26 Sep 2004 13:40:03 +0200 Received: from localhost (mike@localhost)i8QBe2id007993 for ; Sun, 26 Sep 2004 13:40:02 +0200 (CEST) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Sun, 26 Sep 2004 13:40:02 +0200 (CEST) From: Michael Reifenberger To: freebsd-current@freebsd.org Message-ID: <20040926131154.Q7839@fw.reifenberger.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1051906172-1096198802=:7839" X-ID: SODYD+ZOoegbcB8bsHGMf5hjDS9OvCLiFNfH3djtz066HdfAgGQcUg@t-dialin.net X-TOI-MSGID: 61f58a54-225d-4caa-972e-5fde72345664 Subject: RELENG_5 hangs during 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, 26 Sep 2004 11:40:21 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1051906172-1096198802=:7839 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Hi, after upgrading a may-25 -current to the latest RELENG_5 I get an hang after attaching all firewire, ATA and SCSI devices but before mounting root (can get into DDB though) after printing: ... ioapic0: routing intpin 22 (PCI IRQ 22) to cluster 0 ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0 The board is an Intel Desktop Board D845GERG2. A dmesg is attached (sorry booting -v is too verbose to get all infos) A mptable and acpidump and pciconf output too. How to debug with ddb where it hang? Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com --0-1051906172-1096198802=:7839 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dmesg.today" Content-Transfer-Encoding: BASE64 Content-ID: <20040926134002.W7839@fw.reifenberger.com> Content-Description: Content-Disposition: attachment; filename="dmesg.today" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDQgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIDUuMi1DVVJSRU5UICMwOiBNb24gU2VwIDIwIDE1 OjQ5OjMwIENFU1QgMjAwNA0KICAgIHJvb3RAdG90dW0ucmVpZmVuYmVyZ2Vy LmNvbTovdXNyL3NyYy9zeXMvaTM4Ni9jb21waWxlL3RvdHVtDQprZXJuLnZt LmttZW0uc2l6ZSBpcyBub3cgY2FsbGVkIHZtLmttZW1fc2l6ZSENClByZWxv YWRlZCBlbGYga2VybmVsICIvYm9vdC9rZXJuZWwva2VybmVsIiBhdCAweGMw OTgxMDAwLg0KUHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC92 aW51bS5rbyIgYXQgMHhjMDk4MTFjYy4NClByZWxvYWRlZCBlbGYgbW9kdWxl ICIvYm9vdC9rZXJuZWwvYWlvLmtvIiBhdCAweGMwOTgxMjc4Lg0KUHJlbG9h ZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC9nZW9tX2NjZC5rbyIgYXQg MHhjMDk4MTMyMC4NClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJu ZWwvYWNwaS5rbyIgYXQgMHhjMDk4MTNkMC4NCkFDUEkgQVBJQyBUYWJsZTog PElOVEVMICBEODQ1R1JHMj4NClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVl bmN5IDExOTMxODIgSHogcXVhbGl0eSAwDQpDUFU6IEludGVsKFIpIFBlbnRp dW0oUikgNCBDUFUgMi40MEdIeiAoMjQwMC4xMC1NSHogNjg2LWNsYXNzIENQ VSkNCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHhmMjcgIFN0 ZXBwaW5nID0gNw0KICBGZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxWTUUsREUs UFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNB LENNT1YsUEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NF LFNTRTIsU1MsSFRULFRNLFBCRT4NCnJlYWwgbWVtb3J5ICA9IDEwNjQ1NjY3 ODQgKDEwMTUgTUIpDQphdmFpbCBtZW1vcnkgPSAxMDMyMDYwOTI4ICg5ODQg TUIpDQppb2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAwLTIzIG9uIG1vdGhl cmJvYXJkDQpQZW50aXVtIFBybyBNVFJSIHN1cHBvcnQgZW5hYmxlZA0KcmFu ZG9tOiA8ZW50cm9weSBzb3VyY2UsIFNvZnR3YXJlLCBZYXJyb3c+DQpucHgw OiBbRkFTVF0NCm5weDA6IDxtYXRoIHByb2Nlc3Nvcj4gb24gbW90aGVyYm9h cmQNCm5weDA6IElOVCAxNiBpbnRlcmZhY2UNCmFjcGkwOiA8SU5URUwgRDg0 NUdSRzI+IG9uIG1vdGhlcmJvYXJkDQphY3BpMDogW0dJQU5ULUxPQ0tFRF0N CnBjaWJpb3M6IEJJT1MgdmVyc2lvbiAyLjEwDQphY3BpMDogUG93ZXIgQnV0 dG9uIChmaXhlZCkNClRpbWVjb3VudGVyICJBQ1BJLXNhZmUiIGZyZXF1ZW5j eSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMA0KYWNwaV90aW1lcjA6IDwyNC1i aXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg0MDgtMHg0MGIgb24g YWNwaTANCmNwdTA6IDxBQ1BJIENQVT4gcG9ydCAweDUzMC0weDUzNyBvbiBh Y3BpMA0KcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNm OC0weGNmZiBvbiBhY3BpMA0KcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNp YjANCmFncDA6IDxJbnRlbCA4Mjg0NUcgKDg0NUcgR01DSCkgU1ZHQSBjb250 cm9sbGVyPiBtZW0gMHhmZmE4MDAwMC0weGZmYWZmZmZmLDB4ZjAwMDAwMDAt MHhmN2ZmZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDIuMCBvbiBwY2kwDQphZ3Aw OiBkZXRlY3RlZCA4MDYwayBzdG9sZW4gbWVtb3J5DQphZ3AwOiBhcGVydHVy ZSBzaXplIGlzIDEyOE0NCnVoY2kwOiA8SW50ZWwgODI4MDFEQiAoSUNINCkg VVNCIGNvbnRyb2xsZXIgVVNCLUE+IHBvcnQgMHhlODAwLTB4ZTgxZiBpcnEg MTYgYXQgZGV2aWNlIDI5LjAgb24gcGNpMA0KdWhjaTA6IFtHSUFOVC1MT0NL RURdDQp1c2IwOiA8SW50ZWwgODI4MDFEQiAoSUNINCkgVVNCIGNvbnRyb2xs ZXIgVVNCLUE+IG9uIHVoY2kwDQp1c2IwOiBVU0IgcmV2aXNpb24gMS4wDQp1 aHViMDogSW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4w MC8xLjAwLCBhZGRyIDENCnVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFi bGUsIHNlbGYgcG93ZXJlZA0KdWhjaTE6IDxJbnRlbCA4MjgwMURCIChJQ0g0 KSBVU0IgY29udHJvbGxlciBVU0ItQj4gcG9ydCAweGU4ODAtMHhlODlmIGly cSAxOSBhdCBkZXZpY2UgMjkuMSBvbiBwY2kwDQp1aGNpMTogW0dJQU5ULUxP Q0tFRF0NCnVzYjE6IDxJbnRlbCA4MjgwMURCIChJQ0g0KSBVU0IgY29udHJv bGxlciBVU0ItQj4gb24gdWhjaTENCnVzYjE6IFVTQiByZXZpc2lvbiAxLjAN CnVodWIxOiBJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAx LjAwLzEuMDAsIGFkZHIgMQ0KdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92 YWJsZSwgc2VsZiBwb3dlcmVkDQp1aGNpMjogPEludGVsIDgyODAxREIgKElD SDQpIFVTQiBjb250cm9sbGVyIFVTQi1DPiBwb3J0IDB4ZWMwMC0weGVjMWYg aXJxIDE4IGF0IGRldmljZSAyOS4yIG9uIHBjaTANCnVoY2kyOiBbR0lBTlQt TE9DS0VEXQ0KdXNiMjogPEludGVsIDgyODAxREIgKElDSDQpIFVTQiBjb250 cm9sbGVyIFVTQi1DPiBvbiB1aGNpMg0KdXNiMjogVVNCIHJldmlzaW9uIDEu MA0KdWh1YjI6IEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2 IDEuMDAvMS4wMCwgYWRkciAxDQp1aHViMjogMiBwb3J0cyB3aXRoIDIgcmVt b3ZhYmxlLCBzZWxmIHBvd2VyZWQNCmVoY2kwOiA8RUhDSSAoZ2VuZXJpYykg VVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmZmE3ZmMwMC0weGZmYTdmZmZm IGlycSAyMyBhdCBkZXZpY2UgMjkuNyBvbiBwY2kwDQplaGNpMDogW0dJQU5U LUxPQ0tFRF0NCmVoY2lfcGNpX2F0dGFjaDogY29tcGFuaW9uIHVzYjANCmVo Y2lfcGNpX2F0dGFjaDogY29tcGFuaW9uIHVzYjENCmVoY2lfcGNpX2F0dGFj aDogY29tcGFuaW9uIHVzYjINCnVzYjM6IEVIQ0kgdmVyc2lvbiAxLjANCnVz YjM6IGNvbXBhbmlvbiBjb250cm9sbGVycywgMiBwb3J0cyBlYWNoOiB1c2Iw IHVzYjEgdXNiMg0KdXNiMzogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29u dHJvbGxlcj4gb24gZWhjaTANCnVzYjM6IFVTQiByZXZpc2lvbiAyLjANCnVo dWIzOiBJbnRlbCBFSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAyLjAw LzEuMDAsIGFkZHIgMQ0KdWh1YjM6IDYgcG9ydHMgd2l0aCA2IHJlbW92YWJs ZSwgc2VsZiBwb3dlcmVkDQpwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSAzMC4wIG9uIHBjaTANCnBjaTE6IDxBQ1BJIFBDSSBidXM+ IG9uIHBjaWIxDQpmd29oY2kwOiA8VklBIFZUNjMwNj4gcG9ydCAweGRjMDAt MHhkYzdmIG1lbSAweGZmOGZlODAwLTB4ZmY4ZmVmZmYgaXJxIDIxIGF0IGRl dmljZSAwLjAgb24gcGNpMQ0KZndvaGNpMDogW0dJQU5ULUxPQ0tFRF0NCmZ3 b2hjaTA6IE9IQ0kgdmVyc2lvbiAxLjAgKFJPTT0xKQ0KZndvaGNpMDogTm8u IG9mIElzb2Nocm9ub3VzIGNoYW5uZWxzIGlzIDguDQpmd29oY2kwOiBFVUk2 NCAwMDoxMTowNjowMDowMDowMDo0Mjo1NQ0KZndvaGNpMDogUGh5IDEzOTRh IGF2YWlsYWJsZSBTNDAwLCAzIHBvcnRzLg0KZndvaGNpMDogTGluayBTNDAw LCBtYXhfcmVjIDIwNDggYnl0ZXMuDQpmaXJld2lyZTA6IDxJRUVFMTM5NChG aXJlV2lyZSkgYnVzPiBvbiBmd29oY2kwDQpzYnAwOiA8U0JQLTIvU0NTSSBv dmVyIEZpcmVXaXJlPiBvbiBmaXJld2lyZTANCmZ3b2hjaTA6IEluaXRpYXRl IGJ1cyByZXNldA0KZndvaGNpMDogbm9kZV9pZD0weGM4MDBmZmMyLCBnZW49 MSwgQ1lDTEVNQVNURVIgbW9kZQ0KZmlyZXdpcmUwOiAzIG5vZGVzLCBtYXho b3AgPD0gMiwgY2FibGUgSVJNID0gMiAobWUpDQpmaXJld2lyZTA6IGJ1cyBt YW5hZ2VyIDIgKG1lKQ0KYWhjMDogPEFkYXB0ZWMgMjk0MCBVbHRyYTIgU0NT SSBhZGFwdGVyIChPRU0pPiBwb3J0IDB4ZDgwMC0weGQ4ZmYgbWVtIDB4ZmY4 ZmYwMDAtMHhmZjhmZmZmZiBpcnEgMjIgYXQgZGV2aWNlIDEuMCBvbiBwY2kx DQphaGMwOiBbR0lBTlQtTE9DS0VEXQ0KYWljNzg5MC85MTogVWx0cmEyIFdp ZGUgQ2hhbm5lbCBBLCBTQ1NJIElkPTcsIDMyLzI1MyBTQ0JzDQpmd29oY2kx OiA8VGV4YXMgSW5zdHJ1bWVudHMgVFNCNDNBQjIzPiBtZW0gMHhmZjhmODAw MC0weGZmOGZiZmZmLDB4ZmY4ZmUwMDAtMHhmZjhmZTdmZiBpcnEgMTggYXQg ZGV2aWNlIDIuMCBvbiBwY2kxDQpmd29oY2kxOiBbR0lBTlQtTE9DS0VEXQ0K ZndvaGNpMTogT0hDSSB2ZXJzaW9uIDEuMTAgKFJPTT0xKQ0KZndvaGNpMTog Tm8uIG9mIElzb2Nocm9ub3VzIGNoYW5uZWxzIGlzIDQuDQpmd29oY2kxOiBF VUk2NCAwMDowMTpiNzowMDowMDowMTo1MTozYw0KZndvaGNpMTogUGh5IDEz OTRhIGF2YWlsYWJsZSBTNDAwLCAzIHBvcnRzLg0KZndvaGNpMTogTGluayBT NDAwLCBtYXhfcmVjIDIwNDggYnl0ZXMuDQpmaXJld2lyZTE6IDxJRUVFMTM5 NChGaXJlV2lyZSkgYnVzPiBvbiBmd29oY2kxDQpzYnAxOiA8U0JQLTIvU0NT SSBvdmVyIEZpcmVXaXJlPiBvbiBmaXJld2lyZTENCmZ3b2hjaTE6IEluaXRp YXRlIGJ1cyByZXNldA0KZndvaGNpMTogbm9kZV9pZD0weGM4MDBmZmMzLCBn ZW49MSwgQ1lDTEVNQVNURVIgbW9kZQ0KZmlyZXdpcmUxOiA0IG5vZGVzLCBt YXhob3AgPD0gMiwgY2FibGUgSVJNID0gMyAobWUpDQpmaXJld2lyZTE6IGJ1 cyBtYW5hZ2VyIDMgKG1lKQ0KZnhwMDogPEludGVsIDgyODAxREIgKElDSDQp IFByby8xMDAgVkUgRXRoZXJuZXQ+IHBvcnQgMHhkNDgwLTB4ZDRiZiBtZW0g MHhmZjhmZDAwMC0weGZmOGZkZmZmIGlycSAyMCBhdCBkZXZpY2UgOC4wIG9u IHBjaTENCm1paWJ1czA6IDxNSUkgYnVzPiBvbiBmeHAwDQppbnBoeTA6IDxp ODI1NjJFVCAxMC8xMDAgbWVkaWEgaW50ZXJmYWNlPiBvbiBtaWlidXMwDQpp bnBoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBi YXNlVFgtRkRYLCBhdXRvDQpmeHAwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDow NzplOTpkNDowNTowNg0KZnhwMDogW0dJQU5ULUxPQ0tFRF0NCmlzYWIwOiA8 UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAzMS4wIG9uIHBjaTANCmlzYTA6 IDxJU0EgYnVzPiBvbiBpc2FiMA0KYXRhcGNpMDogPEludGVsIElDSDQgVURN QTEwMCBjb250cm9sbGVyPiBwb3J0IDB4ZmZhMC0weGZmYWYsMHgzNzYsMHgx NzAtMHgxNzcsMHgzZjYsMHgxZjAtMHgxZjcgYXQgZGV2aWNlIDMxLjEgb24g cGNpMA0KYXRhMDogYXQgMHgxZjAgaXJxIDE0IG9uIGF0YXBjaTANCmF0YTE6 IGF0IDB4MTcwIGlycSAxNSBvbiBhdGFwY2kwDQpwY2kwOiA8c2VyaWFsIGJ1 cywgU01CdXM+IGF0IGRldmljZSAzMS4zIChubyBkcml2ZXIgYXR0YWNoZWQp DQpwY20wOiA8SW50ZWwgSUNINCAoODI4MDFEQik+IHBvcnQgMHhlMDgwLTB4 ZTBiZiwweGU0MDAtMHhlNGZmIG1lbSAweGZmYTdmNDAwLTB4ZmZhN2Y0ZmYs MHhmZmE3ZjgwMC0weGZmYTdmOWZmIGlycSAxNyBhdCBkZXZpY2UgMzEuNSBv biBwY2kwDQpwY20wOiBbR0lBTlQtTE9DS0VEXQ0KcGNtMDogPEFuYWxvZyBE ZXZpY2VzIEFEMTk4MUIgQUM5NyBDb2RlYz4NCmFjcGlfYnV0dG9uMDogPFNs ZWVwIEJ1dHRvbj4gb24gYWNwaTANCmZkYzA6IDxFbmhhbmNlZCBmbG9wcHkg Y29udHJvbGxlciAoaTgyMDc3LCBORTcyMDY1IG9yIGNsb25lKT4gcG9ydCAw eDNmNywweDNmNC0weDNmNSwweDNmMi0weDNmMywweDNmMC0weDNmMSBpcnEg NiBkcnEgMiBvbiBhY3BpMA0KZmRjMDogRklGTyBlbmFibGVkLCA4IGJ5dGVz IHRocmVzaG9sZA0KZmQwOiA8MTQ0MC1LQiAzLjUiIGRyaXZlPiBvbiBmZGMw IGRyaXZlIDANCnNpbzA6IGNvbmZpZ3VyZWQgaXJxIDQgbm90IGluIGJpdG1h cCBvZiBwcm9iZWQgaXJxcyAwDQpzaW8wOiBwb3J0IG1heSBub3QgYmUgZW5h YmxlZA0Kc2lvMCBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IG9uIGFjcGkwDQpz aW8wOiB0eXBlIDE2NTUwQQ0KcHBjMCBwb3J0IDB4Mzc4LTB4MzdmIGlycSA3 IG9uIGFjcGkwDQpwcGMwOiBHZW5lcmljIGNoaXBzZXQgKEVQUC9OSUJCTEUp IGluIENPTVBBVElCTEUgbW9kZQ0KcHBidXMwOiA8UGFyYWxsZWwgcG9ydCBi dXM+IG9uIHBwYzANCnBwYnVzMDogSUVFRTEyODQgZGV2aWNlIGZvdW5kIC9O SUJCTEUvRUNQDQpQcm9iaW5nIGZvciBQblAgZGV2aWNlcyBvbiBwcGJ1czA6 DQpwcGJ1czA6IDxIRVdMRVRULVBBQ0tBUkQgREVTS0pFVCA1NDA+IE1MQyxQ Q0wsUE1MDQpwbGlwMDogPFBMSVAgbmV0d29yayBpbnRlcmZhY2U+IG9uIHBw YnVzMA0KbHB0MDogPFByaW50ZXI+IG9uIHBwYnVzMA0KbHB0MDogSW50ZXJy dXB0LWRyaXZlbiBwb3J0DQpwcGkwOiA8UGFyYWxsZWwgSS9PPiBvbiBwcGJ1 czANCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBv cnQgMHg2NCwweDYwIGlycSAxIG9uIGFjcGkwDQphdGtiZDA6IDxBVCBLZXli b2FyZD4gZmxhZ3MgMHgxIGlycSAxIG9uIGF0a2JkYzANCmtiZDAgYXQgYXRr YmQwDQphdGtiZDA6IFtHSUFOVC1MT0NLRURdDQpwc20wOiA8UFMvMiBNb3Vz ZT4gaXJxIDEyIG9uIGF0a2JkYzANCnBzbTA6IFtHSUFOVC1MT0NLRURdDQpw c20wOiBtb2RlbCBJbnRlbGxpTW91c2UsIGRldmljZSBJRCAzDQpvcm0wOiA8 T3B0aW9uIFJPTT4gYXQgaW9tZW0gMHhjYjgwMC0weGNiZmZmIG9uIGlzYTAN CnBtdGltZXIwIG9uIGlzYTANCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBm bGFncyAweDEwMCBvbiBpc2EwDQpzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25z b2xlcywgZmxhZ3M9MHgzMDA+DQpzaW8xOiBjb25maWd1cmVkIGlycSAzIG5v dCBpbiBiaXRtYXAgb2YgcHJvYmVkIGlycXMgMA0Kc2lvMTogcG9ydCBtYXkg bm90IGJlIGVuYWJsZWQNCnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBv cnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAN ClRpbWVjb3VudGVyICJUU0MiIGZyZXF1ZW5jeSAyNDAwMDk1NjIwIEh6IHF1 YWxpdHkgODAwDQpUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2Vj DQphY3BpX2NwdTogdGhyb3R0bGluZyBlbmFibGVkLCA4IHN0ZXBzICgxMDAl IHRvIDEyLjUlKSwgY3VycmVudGx5IDEwMC4wJQ0KYWQwOiA1ODY0NE1CIDxJ QzM1TDA2MEFWVjIwNy0wPiBbMTE5MTUwLzE2LzYzXSBhdCBhdGEwLW1hc3Rl ciBVRE1BMTAwDQphZDE6IDU4NjQ0TUIgPElDMzVMMDYwQVZWMjA3LTA+IFsx MTkxNTAvMTYvNjNdIGF0IGF0YTAtc2xhdmUgVURNQTEwMA0KYWNkMDogRFZE UiA8UExFWFRPUiBEVkRSIFBYLTcwOEE+IGF0IGF0YTEtbWFzdGVyIFBJTzQN CldhaXRpbmcgMTAgc2Vjb25kcyBmb3IgU0NTSSBkZXZpY2VzIHRvIHNldHRs ZQ0KZmlyZXdpcmUwOiBOZXcgUzQwMCBkZXZpY2UgSUQ6MDAwMWQyMDBlMDBk MzFmMQ0KZmlyZXdpcmUxOiBOZXcgUzQwMCBkZXZpY2UgSUQ6MDAwMWQyMDBl MDBkMmY1ZA0KZmlyZXdpcmUwOiBOZXcgUzQwMCBkZXZpY2UgSUQ6MDAxMGI5 MjAwMDdkMjhmOA0KZmlyZXdpcmUxOiBOZXcgUzQwMCBkZXZpY2UgSUQ6MDAx MGI5MjAwMGE3ZTEzOA0KZmlyZXdpcmUxOiBOZXcgUzQwMCBkZXZpY2UgSUQ6 MDAwMWQyMDBlMDA5MThlMw0KZGEyIGF0IGFoYzAgYnVzIDAgdGFyZ2V0IDAg bHVuIDANCmRhMjogPGVhc3lSQUlEIFZvbHVtZSBTZXQgIyAwMCBSMDAxPiBG aXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMyBkZXZpY2UgDQpkYTI6IDgwLjAw ME1CL3MgdHJhbnNmZXJzICg0MC4wMDBNSHosIG9mZnNldCAzMSwgMTZiaXQp LCBUYWdnZWQgUXVldWVpbmcgRW5hYmxlZA0KZGEyOiA5NTM4OTlNQiAoMTk1 MzU4NTE1MiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDEyMTYwNUMp DQpkYTAgYXQgc2JwMCBidXMgMCB0YXJnZXQgMCBsdW4gMA0KZGEwOiA8T3hm b3JkIFMgT1hGT1JEIElERSBEZXZpYyA0MTMzPiBGaXhlZCBTaW1wbGlmaWVk IERpcmVjdCBBY2Nlc3MgU0NTSS00IGRldmljZSANCmRhMDogNTAuMDAwTUIv cyB0cmFuc2ZlcnMNCmRhMDogMTk0NDgxTUIgKDM5ODI5NzA4OCA1MTIgYnl0 ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDI0NzkyQykNCmRhMSBhdCBzYnAwIGJ1 cyAwIHRhcmdldCAxIGx1biAwDQpkYTE6IDxNYXh0b3IgT25lVG91Y2ggMDAw MD4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTQgZGV2aWNlIA0KZGExOiA1 MC4wMDBNQi9zIHRyYW5zZmVycw0KZGExOiAyMzkzNzFNQiAoNDkwMjMyODMy IDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgMzA1MTVDKQ0KZGEzIGF0 IHNicDEgYnVzIDAgdGFyZ2V0IDAgbHVuIDANCmRhMzogPE94Zm9yZCBTIE9Y Rk9SRCBJREUgRGV2aWMgNDEzMT4gRml4ZWQgU2ltcGxpZmllZCBEaXJlY3Qg QWNjZXNzIFNDU0ktNCBkZXZpY2UgDQpkYTM6IDUwLjAwME1CL3MgdHJhbnNm ZXJzDQpkYTM6IDExNzI0Nk1CICgyNDAxMjE3MjggNTEyIGJ5dGUgc2VjdG9y czogMjU1SCA2M1MvVCAxNDk0NkMpDQpkYTQgYXQgc2JwMSBidXMgMCB0YXJn ZXQgMSBsdW4gMA0KZGE0OiA8T3hmb3JkIFMgT1hGT1JEIElERSBEZXZpYyA0 MTMzPiBGaXhlZCBTaW1wbGlmaWVkIERpcmVjdCBBY2Nlc3MgU0NTSS00IGRl dmljZSANCmRhNDogNTAuMDAwTUIvcyB0cmFuc2ZlcnMNCmRhNDogMTk0NDgx TUIgKDM5ODI5NzA4OCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDI0 NzkyQykNCmRhNSBhdCBzYnAxIGJ1cyAwIHRhcmdldCAyIGx1biAwDQpkYTU6 IDxNYXh0b3IgT25lVG91Y2ggMDAwMD4gRml4ZWQgRGlyZWN0IEFjY2VzcyBT Q1NJLTQgZGV2aWNlIA0KZGE1OiA1MC4wMDBNQi9zIHRyYW5zZmVycw0KZGE1 OiAyMzkzNzFNQiAoNDkwMjMyODMyIDUxMiBieXRlIHNlY3RvcnM6IDI1NUgg NjNTL1QgMzA1MTVDKQ0KY2QwIGF0IGF0YTEgYnVzIDAgdGFyZ2V0IDAgbHVu IDANCmNkMDogPFBMRVhUT1IgRFZEUiAgIFBYLTcwOEEgMS4wNj4gUmVtb3Zh YmxlIENELVJPTSBTQ1NJLTAgZGV2aWNlIA0KY2QwOiAxNi4wMDBNQi9zIHRy YW5zZmVycw0KY2QwOiBBdHRlbXB0IHRvIHF1ZXJ5IGRldmljZSBzaXplIGZh aWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNlbnQgLSB0cmF5IGNs b3NlZA0KTW91bnRpbmcgcm9vdCBmcm9tIHVmczovZGV2L2FkMXMxYQ0KbHB0 MDogc3dpdGNoZWQgdG8gcG9sbGVkIHN0YW5kYXJkIG1vZGUNCnZtbW9uOiBN b2R1bGUgdm1tb246IHJlZ2lzdGVyZWQgd2l0aCBtYWpvcj0yMDAgbWlub3I9 MCB0YWc9JE5hbWU6IGJ1aWxkLTU3MCAoMy4yLnggbXZtKSAkDQp2bW1vbjog TW9kdWxlIHZtbW9uOiBpbml0aWFsaXplZA0Kdm1uZXQxOiBFdGhlcm5ldCBh ZGRyZXNzOiAwMDpiZDphMjo4NTowMDowMQ0KZnhwMDogcHJvbWlzY3VvdXMg bW9kZSBlbmFibGVkDQp2bW5ldDE6IHByb21pc2N1b3VzIG1vZGUgZW5hYmxl ZA0KY2NkMDogbWlycm9yL3Bhcml0eSBmb3JjZXMgdW5pZm9ybSBmbGFnDQpX QVJOSU5HOiAvbW50L2Egd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVkDQo= --0-1051906172-1096198802=:7839 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="mptable.txt" Content-Transfer-Encoding: BASE64 Content-ID: <20040926134002.O7839@fw.reifenberger.com> Content-Description: Content-Disposition: attachment; filename="mptable.txt" DQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQoNCk1QVGFi bGUsIHZlcnNpb24gMi4wLjE1DQoNCiBsb29raW5nIGZvciBFQkRBIHBvaW50 ZXIgQCAweDA0MGUsIGZvdW5kLCBzZWFyY2hpbmcgRUJEQSBAIDB4MDAwOWZj MDANCiBzZWFyY2hpbmcgQ01PUyAndG9wIG9mIG1lbScgQCAweDAwMDlmODAw ICg2MzhLKQ0KIHNlYXJjaGluZyBkZWZhdWx0ICd0b3Agb2YgbWVtJyBAIDB4 MDAwOWZjMDAgKDYzOUspDQogc2VhcmNoaW5nIEJJT1MgQCAweDAwMGYwMDAw DQoNCiBNUCBGUFMgZm91bmQgaW4gQklPUyBAIHBoeXNpY2FsIGFkZHI6IDB4 MDAwZmY3ODANCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQ0KDQpNUCBGbG9hdGluZyBQb2ludGVyIFN0cnVjdHVyZToNCg0KICBsb2Nh dGlvbjoJCQlCSU9TDQogIHBoeXNpY2FsIGFkZHJlc3M6CQkweDAwMGZmNzgw DQogIHNpZ25hdHVyZToJCQknX01QXycNCiAgbGVuZ3RoOgkJCTE2IGJ5dGVz DQogIHZlcnNpb246CQkJMS40DQogIGNoZWNrc3VtOgkJCTB4MGINCiAgbW9k ZToJCQkJVmlydHVhbCBXaXJlDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NCg0KTVAgQ29uZmlnIFRhYmxlIEhlYWRlcjoNCg0KICBw aHlzaWNhbCBhZGRyZXNzOgkJMHgwMDBmZDZiMA0KICBzaWduYXR1cmU6CQkJ J1BDTVAnDQogIGJhc2UgdGFibGUgbGVuZ3RoOgkJMzI4DQogIHZlcnNpb246 CQkJMS40DQogIGNoZWNrc3VtOgkJCTB4ODYNCiAgT0VNIElEOgkJCScnDQog IFByb2R1Y3QgSUQ6CQkJJ0Jya2RsZUctSUNINCcNCiAgT0VNIHRhYmxlIHBv aW50ZXI6CQkweDAwMDAwMDAwDQogIE9FTSB0YWJsZSBzaXplOgkJMA0KICBl bnRyeSBjb3VudDoJCQkzNA0KICBsb2NhbCBBUElDIGFkZHJlc3M6CQkweGZl ZTAwMDAwDQogIGV4dGVuZGVkIHRhYmxlIGxlbmd0aDoJMTI0DQogIGV4dGVu ZGVkIHRhYmxlIGNoZWNrc3VtOgkxMw0KDQotLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tDQoNCk1QIENvbmZpZyBCYXNlIFRhYmxlIEVudHJp ZXM6DQoNCi0tDQpQcm9jZXNzb3JzOglBUElDIElECVZlcnNpb24JU3RhdGUJ CUZhbWlseQlNb2RlbAlTdGVwCUZsYWdzDQoJCSAwCSAweDE0CSBCU1AsIHVz YWJsZQkgMTUJIDIJIDcJIDB4YmZlYmZiZmYNCi0tDQpCdXM6CQlCdXMgSUQJ VHlwZQ0KCQkgMAkgUENJICAgDQoJCSAxCSBQQ0kgICANCgkJIDIJIElTQSAg IA0KLS0NCkkvTyBBUElDczoJQVBJQyBJRAlWZXJzaW9uCVN0YXRlCQlBZGRy ZXNzDQoJCSAxCSAweDIwCSB1c2FibGUJCSAweGZlYzAwMDAwDQotLQ0KSS9P IEludHM6CVR5cGUJUG9sYXJpdHkgICAgVHJpZ2dlcglCdXMgSUQJIElSUQlB UElDIElECVBJTiMNCgkJRXh0SU5UCSBjb25mb3JtcyAgICBjb25mb3Jtcwkg ICAgIDIJICAgMAkgICAgICAxCSAgIDANCgkJSU5UCSBjb25mb3JtcyAgICBj b25mb3JtcwkgICAgIDIJICAgMQkgICAgICAxCSAgIDENCgkJSU5UCSBjb25m b3JtcyAgICBjb25mb3JtcwkgICAgIDIJICAgMAkgICAgICAxCSAgIDINCgkJ SU5UCSBjb25mb3JtcyAgICBjb25mb3JtcwkgICAgIDIJICAgMwkgICAgICAx CSAgIDMNCgkJSU5UCSBjb25mb3JtcyAgICBjb25mb3JtcwkgICAgIDIJICAg NAkgICAgICAxCSAgIDQNCgkJSU5UCSBjb25mb3JtcyAgICBjb25mb3Jtcwkg ICAgIDIJICAgNQkgICAgICAxCSAgIDUNCgkJSU5UCSBjb25mb3JtcyAgICBj b25mb3JtcwkgICAgIDIJICAgNgkgICAgICAxCSAgIDYNCgkJSU5UCSBjb25m b3JtcyAgICBjb25mb3JtcwkgICAgIDIJICAgNwkgICAgICAxCSAgIDcNCgkJ SU5UCWFjdGl2ZS1oaSAgICAgICAgZWRnZQkgICAgIDIJICAgOAkgICAgICAx CSAgIDgNCgkJSU5UCWFjdGl2ZS1oaSAgICAgICBsZXZlbAkgICAgIDIJICAg OQkgICAgICAxCSAgIDkNCgkJSU5UCSBjb25mb3JtcyAgICBjb25mb3Jtcwkg ICAgIDIJICAxMAkgICAgICAxCSAgMTANCgkJSU5UCSBjb25mb3JtcyAgICBj b25mb3JtcwkgICAgIDIJICAxMQkgICAgICAxCSAgMTENCgkJSU5UCSBjb25m b3JtcyAgICBjb25mb3JtcwkgICAgIDIJICAxMgkgICAgICAxCSAgMTINCgkJ SU5UCSBjb25mb3JtcyAgICBjb25mb3JtcwkgICAgIDIJICAxMwkgICAgICAx CSAgMTMNCgkJSU5UCSBjb25mb3JtcyAgICBjb25mb3JtcwkgICAgIDIJICAx NAkgICAgICAxCSAgMTQNCgkJSU5UCSBjb25mb3JtcyAgICBjb25mb3Jtcwkg ICAgIDIJICAxNQkgICAgICAxCSAgMTUNCgkJSU5UCWFjdGl2ZS1sbyAgICAg ICBsZXZlbAkgICAgIDAJMjk6QQkgICAgICAxCSAgMTYNCgkJSU5UCWFjdGl2 ZS1sbyAgICAgICBsZXZlbAkgICAgIDAJMjk6QgkgICAgICAxCSAgMTkNCgkJ SU5UCWFjdGl2ZS1sbyAgICAgICBsZXZlbAkgICAgIDAJMjk6QwkgICAgICAx CSAgMTgNCgkJSU5UCWFjdGl2ZS1sbyAgICAgICBsZXZlbAkgICAgIDAJMjk6 RAkgICAgICAxCSAgMjMNCgkJSU5UCWFjdGl2ZS1sbyAgICAgICBsZXZlbAkg ICAgIDAJMzE6QQkgICAgICAxCSAgMTgNCgkJSU5UCWFjdGl2ZS1sbyAgICAg ICBsZXZlbAkgICAgIDAJMzE6QgkgICAgICAxCSAgMTcNCgkJSU5UCWFjdGl2 ZS1sbyAgICAgICBsZXZlbAkgICAgIDEJIDg6QQkgICAgICAxCSAgMjANCgkJ SU5UCWFjdGl2ZS1sbyAgICAgICBsZXZlbAkgICAgIDAJIDI6QQkgICAgICAx CSAgMTYNCgkJSU5UCWFjdGl2ZS1sbyAgICAgICBsZXZlbAkgICAgIDEJIDA6 QQkgICAgICAxCSAgMjENCgkJSU5UCWFjdGl2ZS1sbyAgICAgICBsZXZlbAkg ICAgIDEJIDE6QQkgICAgICAxCSAgMjINCgkJSU5UCWFjdGl2ZS1sbyAgICAg ICBsZXZlbAkgICAgIDEJIDI6QQkgICAgICAxCSAgMTgNCi0tDQpMb2NhbCBJ bnRzOglUeXBlCVBvbGFyaXR5ICAgIFRyaWdnZXIJQnVzIElECSBJUlEJQVBJ QyBJRAlQSU4jDQoJCUV4dElOVAkgY29uZm9ybXMgICAgY29uZm9ybXMJICAg ICAwCSAwOkEJICAgIDI1NQkgICAwDQoJCU5NSQkgY29uZm9ybXMgICAgY29u Zm9ybXMJICAgICAwCSAwOkEJICAgIDI1NQkgICAxDQoNCi0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KTVAgQ29uZmlnIEV4dGVuZGVk IFRhYmxlIEVudHJpZXM6DQoNCi0tDQpTeXN0ZW0gQWRkcmVzcyBTcGFjZQ0K IGJ1cyBJRDogMCBhZGRyZXNzIHR5cGU6IEkvTyBhZGRyZXNzDQogYWRkcmVz cyBiYXNlOiAweGQwMDANCiBhZGRyZXNzIHJhbmdlOiAweDIwMDANCi0tDQpT eXN0ZW0gQWRkcmVzcyBTcGFjZQ0KIGJ1cyBJRDogMCBhZGRyZXNzIHR5cGU6 IEkvTyBhZGRyZXNzDQogYWRkcmVzcyBiYXNlOiAweDANCiBhZGRyZXNzIHJh bmdlOiAweDEwMA0KLS0NClN5c3RlbSBBZGRyZXNzIFNwYWNlDQogYnVzIElE OiAwIGFkZHJlc3MgdHlwZTogbWVtb3J5IGFkZHJlc3MNCiBhZGRyZXNzIGJh c2U6IDB4YTAwMDANCiBhZGRyZXNzIHJhbmdlOiAweDIwMDAwDQotLQ0KU3lz dGVtIEFkZHJlc3MgU3BhY2UNCiBidXMgSUQ6IDAgYWRkcmVzcyB0eXBlOiBt ZW1vcnkgYWRkcmVzcw0KIGFkZHJlc3MgYmFzZTogMHhmZjgwMDAwMA0KIGFk ZHJlc3MgcmFuZ2U6IDB4MzAwMDAwDQotLQ0KU3lzdGVtIEFkZHJlc3MgU3Bh Y2UNCiBidXMgSUQ6IDAgYWRkcmVzcyB0eXBlOiBwcmVmZXRjaCBhZGRyZXNz DQogYWRkcmVzcyBiYXNlOiAweGU2YTAwMDAwDQogYWRkcmVzcyByYW5nZTog MHgxODIwMDAwMA0KLS0NCkJ1cyBIZWlyYXJjaHkNCiBidXMgSUQ6IDIgYnVz IGluZm86IDB4MDEgcGFyZW50IGJ1cyBJRDogMA0KLS0NCkNvbXBhdGliaWxp dHkgQnVzIEFkZHJlc3MNCiBidXMgSUQ6IDAgYWRkcmVzcyBtb2RpZmllcjog YWRkDQogcHJlZGVmaW5lZCByYW5nZTogMHgwMDAwMDAwMA0KLS0NCkNvbXBh dGliaWxpdHkgQnVzIEFkZHJlc3MNCiBidXMgSUQ6IDAgYWRkcmVzcyBtb2Rp ZmllcjogYWRkDQogcHJlZGVmaW5lZCByYW5nZTogMHgwMDAwMDAwMQ0KDQo9 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQoNCg== --0-1051906172-1096198802=:7839 Content-Type: APPLICATION/octet-stream; name="totum.asl.gz" Content-Transfer-Encoding: BASE64 Content-ID: <20040926134002.Q7839@fw.reifenberger.com> Content-Description: Content-Disposition: attachment; filename="totum.asl.gz" H4sICCKoVkECA3RvdHVtLmFzbADsPVtv27jSz8mv0NeneOHdFSXZcQrkQdfE qGyrktKcHhzAcB2lNdaxe2ynm56i//3jRZIlW6RIWbGM3fVD1JLD4XA4MxwO b7//ci5JfmBJXui/lUb24Fo3vb4+aEvoO/ajb9fgN/lFupBb52cQLryWX9TH S02Gv7Y0/WP9/HQNVHAu/fL7+e8xrvCt5EaLz5sv11qvLUEUs/VsubgGbcn8 EpEi3av2+RmsrW9d94eh7bZR1VI4+TSPJJhm9bTOjX+jkOQUg/yiyLIqawDA 0uYqmmyWKwQ+CJwQIo8TMuBXl+dn9mKzmkXr6x9STLmCKI//rW7/rakdWfq5 bYijw4acOboZkCZ3SJOtDA/US/n8DNI/Hows273Wvb55fuatosdotYoext5g 7K2Wj7N5dH23WH+NprPHWfRAWBmY/TEseX0F/znoj82BBZF+UmK220PdcG2Y EoE4xeoHcRKI2lKgGf1RMPbt9zAB0uAFoR7aY3OISIsUmDAAk7H9IRwb7juY BLvrV/RXjXMgYJqj4ZwOylGyGQouoiDsg3E48NMCPVzg0/nZjWfLKTROVR5h vwRhQgiqbux+cJWxq4fXQAbS87ot4SQ1TsJp52eOexfcjoP+v22YpmhtKU4I /b4Fk7rnZ9Zd+HE8cpzADpEk4f/e963w9hrWYukfx7rrD6AotqXBaEj+A3vL tIfhnf/xGvWT7pljYzQKx7pv3l7/cO0b3fw4tuwP7Z6sKT8hEfPJZygn90Z/ +MFqe/7IHJugHbje2LgLw9Gw7YfmONDat7ZuuXYQ5ITFDN6exVLfhfTf/hnM PqPOiX+wRbPV0/h+8kc0/hBNMzmQj/Plp8l87C6nf1wnVJyffYhWRG22tVhZ 3QJdVVMp6qVWVC8gTzg1C2DaH7a0IeHf0iZrFMouu0dTfMjPyRzTJemW5cPU xyiKWR53tWf+qoc/z8/Pwu9fo+ttgfMzpHSS6d1B9ifARCktKCgYJ6xezpcc Dvr5gi5souTNFhkk3nI+Wc0236+ny8XjcvU0W3xuS+Fq9vlztMqksWlSUnSx WcgSBZQrFllKLWT1RwlNSa3YEEqGHthI2WKGJzL+GE0J45PiEHT0DVrJ2UN0 fmbcBVhB/ffXxJ76mRYKU0ZDfRWjvtpHPZluZt+iX7/Mtpjn0bdonlFwPXD+ byveqpIV725GvhVVTgVcH/RhsR0J7yMJT5OzGlVR836R+otNNJdIDy+fvi4X 0WIj6avpl9kmmm6eVxEC0geuZM3Wk/U6eoKkrKRvxL5IULPgICArEAjBbWG+ S8tH6ffN09ffJ9Ovs4fnp6+/RZ8eotkzHH+eF1IQfZWUrgTUt0rvbaeD8WCi rOhxtphtIG5jDk2adPEG2a3fJk/zN20J/xt+oU14gw2AhBNjtYf/Vrrd1vkP yHFJGn2NVhOEx48+I0ov0KAHK/++3kRPg+hpufqOB28Hjc3I6MovjtPCRZ1Z NH9IChjfN5E+nbal4RLZWDgCraJ1tPoWEVhSGfoFASQL/uDfTJpSkKYWpGl7 aaPHx3W0gQP+iwxamXRIVYiAkeRsEXj90V6iNzCCgkR3iBJ72dJFgEEBYH8E jD1AmOjuAypFgMoeYDjyBigNKUWa6I8GwV4iHIGNokR3r57BDdiHhIluQaJS BKnEkDgJGgecGm2+LKFU+D7itIbkYRNEq9lkPvtf9LAnDFDvIii8CBrKpRV9 ev7cKkRnDfS2pHKiW0HoQnTDyRPMh+Z0gARZllu5SsYwA2sNs5L+o3Shrz7H ZfN5GSLkFx1SbBk3vS3gz/Rf9nwdlZXvdPbL7zYVEQJ1DTaokG2jwIF9JPOx DTGkLeHxLNM41NyBGd5KF/8ZI0V/M5hNV8v18nEj3c8WD8s/129apayQwT7i TGPK6xjYb6XBbD6PFovZ85NkP2Dbd3jNfgRtN7R6WZAdHiLCoMnkkArXjdZr 6SKA+aNESKAp3f4XtKgEJ4T8O1otCynVHx72UBc3jwi5cefA3jSeH+FEKW2f 9ONnARxgw+VEDaEtygI4C2yz7r/AOVmesfuttqLpKnpCQ+keYMpUyHb41/7v M3SzLqwIzvwQB/qLh+glaWVctoVUfi9/y6FWlv37xNC7Ia+7BeIzWkSFsnPj +fflshNbJf/eg6o8mf4x+UxEV6GxjWjqXtKWQkrnxUwhNWH7R+nKXUCwD1hs LUapDEHB/zJ73LgRVOILPOjHIzR3EQUXUUSKqLiIKlIEuzSy1iq2fPoCad0W nmgcVuWtWEFt4TLsCI0/+/xlsyWlWIOJd7V4CCJcrTHLlGB1TYFkIriCIfBe f1csbFuSd4QsFbBYuPYcR8s25MRxRGO//NKLG5hzFwkYt7uIBkDsDGXbUFQ3 yNd9JcfSs1M3BLtfrh54674iXlO28mC6/Bqhkcrzdwt4q+UUDgFwLnEBp4Eg 6d54jqYBQlM3JzD5MrHMM8rsUhEYNHOCui/bw1c0c5IF0sosJCIMWA787Vgg imFCP3f4TqdA520sBHo9ykAxZVbzlCnFlJnNU6YWU3Z7JMocYTkzm6eMImfG cSgjpJ2ibrIoa5hnyivxrMgjI+ZZPyHzTE0GTZtnOmVqw+aZTpnSsHmmU3bZ sHk+Is+cuuQMNGyej6eboub5iDxTXolndPMMvWeQM8+gPvMs94RHG/sY46Aw VU6zVFF8hptmqVIa9JiF/Xj7ZH3Sm5P1SZ3mKVNOtjebnS9W8OPN5ilrNi7B okw52VmZ2uxMVhWWM6t5ykCzGqAKy5nTPGVqs6OTJixnRvOUgWbHAE1YzvTm KWvYP+uc7LjZEZazE+CZ0qzV6AjLmXN4NPNkpsv02b/W4HSZTlWnwekynapu g9PlY0Uw64qraicbI+yebIyw0/B0+TR6s9n4fX1xVaXh6fLx1olEp8unESVX m11ZUOuSM7Xh6fIRNUCtS846DU+Xjzg6aXXJGWh4unzEMUCrS86ani4fcUTv nOy42alLzrSGp8tHtBqduuSsw7+6HOjocNt6+byaRmH09HU+2cB02py577+X Llx0Wq4t6fgcnbv8E+1jnqyih5b0Q21r7U67275sX7WB3AagDZQ20NqgU0iE Pp9N1gkV8K9BzzLpWRY9y6ZnOfSsG3rW7TbLir7NpoiHZp96rIBweXzbt9qS PVtP+g/SxRtv6Mm6rL7ZOQMQw+qWnz0StJNrGENG7h2qZz93e6zID2mHcOii iXafb8/1sGHRL9nwjTaW7Zf5eU496uDtFdgBTjkue6CM6l1uAhvtYt6nJ8Ob +zLelLcZHbPACm/Em/m5GCDSP3Qa6P1EL7PTX6C4bAHJO/0GitrJ0ZOB4d8I 96RT3JOpdPRNXpZR1RP+3rRarDKmH7ANJx/z+yN0lGi6fIjQiUjUPEXOf7On B/gw6HL+W4rBfz9c4lPSkH7ph/KzWAi4RDnpBGugWwf3gnKsXoDUShfoNPVk M/s0m88239FBtPVgst5EK3RMfLJYP0arHuSO9lOgJ2Lep982dk9F+rIH8t/4 WJEIhsv8N3sShhPDVf5bgQYn/xWnwZTzX/RXoXBSTFLDgX+woILmzIUm57/x uMOr7HIdyu6HpnwwD43meHgp57+CBrNXBw8D793hcthrjoddkP+yVFyMM+bI O5wzpqw1xRlHzn9LB4G8dAH1EPEijRvqoZ4/4wF4OZp6XOCcgwJSnW/fOLT+ T31dCEQ7kMzn6yYnscmJYqyxop2VO2qMqKb5vxyc3r+/BDrUkOlmf2wuF4+z z1m9KPJfk1tMcDGr5Gxoefu215FocqsgTIB+YX/g7d3GsQMQMAGCkGDQ6PkB Kz9DZY9G5Z1F6lDo+QErP1OHTq8jxHV0y3EYDBwBH46ORsPhmehQMr0tQUm+ Z+ol5dn56MfqL8dj1+8EcT6/cYIyRj+AxpZxRoitXPnll8segwvyi6Exsx2Z mS2rPa3YmuwGCmtqjaIy6VEAMxuUtEY+altkg03NFTtbe7W2dCtIGZuzGrst apfdq5fsXmUjB+ConJBLZIwtobLyqqVPihOHZYPDsv9CnDiQj8e1eSVWSz1I vo9svw/T1WpjEf8EJRxYmSup0CJj/qKp5IcvZIywLx5756QkIdHrj2ShMrCD rYEuVqaH6wFCZUxcj1AZNPybt0OHxrEb6KUVLS1lIKCrXwIBHfVSiLAEAvu/ TAiHDpGGFG6HogEryrIcdfbXt+ydS4jQNJp0aTGKuEdIwZJriQRC23jqn7/D ca9mWw/LYALbNDlghmUw5kfX5YC5LYOxPtxapfSEcbtEVrXifeShxwxhpVCA BZUGO26wbpQGO/gW6iAyPGuCE1Yy/SYTZDKFJRNINE1rCS3mpaRiNVYPJDV3 2Vvm9stSWGSPSkFJ25FJKgUlTEF2hRFwe5QuAsTTFh2G3tRMZcRIIupaXOCY 1agL+cCx+UR9zQseEqHgA8dyg6SHD9xJxYwKTpG0HMOc5P6++CY7aK3K+z8p Ri7AU0gxsbXrdJ3S/yCLCjffiLCj/w6v/pdLW2IHfNhqZIN0ucXqhGpcAQdy BTTOFVCBKyLLErdDUNGHAPw+BNj1IS45fQjwjw/RvA8RcPkQQYM+RNCOQ/Qk iE5C2CTIjEK5f2kfIuD3IYLj+xCBmA8RiPkQgZgPEQj4EIGgDxG8gg+hVPMh 1L+vD6H840MUcEWtiyvpUhfgiTtRYjW4NBH1gdcfCZfTYDlroAuXg+NjUKU+ ONgHFepDsSjHvQlKxkMPX7J94CAj9qhAJYs+xmNtCxt1UKs4ofetWOYjwyr5 tFmFcKPWsMcNNo4ED74pHVqffrxHsFVaqhwvDon7NyHkAH64ZYBfAUFCiirR 5fI6GAMZlfhe3cSTV2eCHPEGF/EHNC33Aga7k39W8TZR02gPvFTxNqFVQRMD tq+H+yn3IESyDcmJf+gRiEIAWd57/oG/P5PHLBKc+FUAPEXB4pJITfZed3af wNaiqRuXwzaYbKZf9p++IBs4SMOgatjvsUuFBqnQz2x6klvF7wvsTYPx0IgG nd2KqBVftlrZtzd4aomblL7EAKemLU6WEfChADiasIqB33KB80hrDrvttPGM tpLD/beV++IXRmgsyrRbjUeH2oY1NFXZe2zjsJGB+UBR1QGBlZt7mKQufmin zQ9uock+x3Kw2HCabTVrtkFVs7013VqqLHwlX11cqgxfNfBBkQWGsJ74EMbn d/0zwtUX+09f00JBty6sSHjjekznaBGtaRtIMmAIgLb/Yw+seGtJERgbG3px jLYZJDFXeK88bbClamx5WJoeuqUIe3YkqHoKAGkram7y4hG96RQisu9p5YhR VTl+Ha8Xq3SHyfoyCwWwhXLtBBnVRnWZ1XAbpa0p6qb/umSiJiAsYdzvsV7V cxtkkzVLj2oT0J3msWrkazU1MMEpp70KcrpHhCbLh5FB3zYmKNlKKtnMsbdT WlEF2e60StRmVwC6LCtayGhmJOcH75QllnXhIGKpG/WD25HoVqOAQyDZ8xo6 hUn5+MXFckHB7jYpFRftbJ+EzLrhSXINXdcpJ+tVui7LYK3eWQVZTyhrFbtl 5at73Oqs5tWZPv7sWVJwoCVVKrod2xc9E9chEWKtdagsK38LWVb+NrIMOGVZ q+K9xhsi8E5wxj4Lto/OmC0F8caVasd8X2uqQV82o/AJy16yD74naxpr+0hu tos2afCA3VlcYNT9FYTCeA892mpF37OSx+gYZc761lpWddb5olDIA0S2u0r0 BRvDG7ysvMpF0jo1Wr1qe1WQkpKO4TYCWj4gxN5+hPHj3Tfc+Ds7+Jm7djB+ Rwh/dwe/U4o/OR4CWKpQmx1A0oLf4o6HSRIdQYGZzNhJEuO1i0PHLdeN1mt8 NVKmolReSXJZVULDGkFJn6vu9UByyKdXtjOubCis4kptB7GjmBjwlzUxmVfi q1qb2AnlNTpVauzs1QgEzFCVGrvFNfIbJqUpwwSKDBN4BcMEig0TqN8wgbJA QpFh6smNGqZqoeXUqqos4rmJ6B1EhCpXIAITwLd6dmOTAafIuGamtHI98WlQ sGhGW9zYGgwClgvLU/YLbzlHoFi82+spIB/UUxq+NZAt7eIdA6p1TJXOUXYc QOokqOR60eKNwNTrZPRQzu2xlS8FrrpSs5wp/ms7/OfMIS1KZVrkclquZCFa 1NekxewK0aK9Kl+AEC2d16TF6YjQoufvJbCK94en0EAIWhGCVoWgDR5osucb nUuLt3yTgvGegIFlthhL7o6BzxSJR5EGz/PN7Ov8OzTNsAo8CvbY5k5/eMh5 9z322EKalWvSdoxBdcF6/9XipE2+ZNNG4eEuyfhEiyyDg5B0CRL2ojVZ46I3 MXfJHp2kLZjCqrS/mK6ip2ixIRxriW3bcPCVg5W3bZA2MGKk+U0uhfRttaZv aeRGXZMWiUzgOlesbf4plMq6/DWB6hIopwxbr8cF51sfy884QscjLG8BnBUw obL75ALYe8jpiI98IYGvsJRN1CBzBIV0sPzShVLSv9euSr0hBARBLRYovRYd 1dJROWpBfYt6uEItlzaqpctTSxfX0q1USxe3hYdjHcyxThWOoal//77X46gF yS+S4gq16BquRamyjIL2+7J3yvSJ2MqVN70YJRWkM4PsZhGkqBwbFkonL9wB LTLZQJrfzHaFdO/cgZvdS8OSAoEWLu5WiKQgy3kae2xJyPkQen6+bnRtJ6JT phgCwsS/VsYtwzzcFI5pkf0CmV0DGc+hLcUpZPR3HBI9wBQcIygfUoPyQCgo D2oPyoNKVgTNWpKQxM7meFCyobLWeHKut4kHiPs2lumqbBKPP4XV409JgKyG jfUlYedsryXiVDbgCqsh3e78OD8Jftd0Do/Ba1E+16oSsTLEUzBNru7wZJuR OTZ0WbvNTqz1VXqJfGqvSRo6fScqUyn16j6ysu4ooRf50BUXTlKqOonsVqAk mbXj2AbHziYEKBRQ8PHFSKDiIwb7QZj0pCQOHgw5QkZDnnBWPj6VbrvfntLy 7dBgBjQQABcLizGx3j35GNTxuodS8rpH8jIeaOYNECDnv+IPQSlK/osx2CIY NC3/xRhMEQxdJf8Vf5qs28l/8V9DBMOlkv/iv0J86Mn5b4UHsbT8t8KDWL38 twINZv4rTsOVnP+Ky6Su5L/iMmnL+a8wDVpytbLF8XaT2LtDzv3tQYapPwzL H2SqyeIMoqfl6ruqOLOXCI1L0eRhtJh/T16fy75EV/x4Yq2IfpZcR4Mbfeh1 NPv3BxG0eBO0EbAaSS8K1dFwKxVFlt0IQKWiiGAXlC+9+yN0Zx27luD502Y1 mW6SRQgEXYo+U8ZxzLiXUZkyTlJKBqQ8q2TiMEAe1PnoUjAwc1dmkhtvik1C 3AukSHpZZrXXlvpD61+sqyTTKzR5WoWnVclVnhgxKX4gjdv3h/DqYLGr6Nwg MqntyOC4pOFwrSEnDoX6MlVg9ZlXc25xqFQcuolmvjw4ulQc/ZHOvEYU5rt8 dVzS6xjy0nmpMHAAThzUt6esgXnLh8OktuXG02Q+HA4Vx8gL2Ti8krZ6oVKS r5bkayX5nZL8bkn+ZUl+j9tWDJ43KAQzuAuprx4k4649RMpd9Xlpffrf5xkO 6CZVoct+2EthHcgnZMCEJtX2vw4hc7sMp9PqJsPPPJqs49YIkffOdP0ayEPb POjkJUdurXcGMf4ljEYvS5RiIw5BMTbqdjrXciz2gxuu5Xq0+UsCcQdo85ME wrunbV5IIAajOKhPhXhnxLtWqBA3XhynpHr9/xkHxm+e2Zd/Q2+T/+ZYNTxt e0mfBWSuTNbruaLRsYLw0PtPbwJ0/ynq+lalZY/KZ+xSdlj9GqYIFsQSN6MS EbXMUxJeOAxPt+T2zlrJ8KqSESAywKFdYg8NdpcIzNB3dPVO98HButqRwWGh xPo1+g7Up9F34C+h0XfgBDTag9gygxtgHs84inZ5AaKIRPirM6lWe2OCote7 D1V11wsP1nTtWKMy8rtpIb2cs4f8KNcaluzqItODzJUFjCgL8qVZVeO1OoKD dXXmgbc2uF5w8M3Ou4bM9VqvcFNDUgu6A+0EzJzrnZCZS7z8UzNzVZlUq5lz vdcwc7bp1WDmwD9mbmvm/jFjf1MzZqdmrEnTZZ+e6bK9g5ZgiOFBUQd2mAjN YkoCSR4dIml6f4Rvt6kYfcueIMnEOEg084BbKKFU0MMurG1SO7TcgVpooU8Y BWiBslkHLXSjKXbjbnDITivW0JQ7xUYdlvCOQTP0q/PCYQ9jtV8fQVau0PpU DbugLZ6rSV5h9iB0Ab/QrkqWy5A6dZQKGXJq4YGzOTnN3eFMF1ha61kts4fG CbRstIhqbpiH3Qy1rk2cnnG3PVsyckctwWLoCN7ots8qltlCkq/t1hUthk66 jXxXlMgu7AN3MBQtho4228Mb0WLovKD/nkJkbZKVGEwa77dgLqtnU7Bbl8Xb /KloKi+zIzOqEx+CNA8YkjVWF9R9XTY5zM2qr1TVmdfF7NzpghdB0V4KhrRw mH0kd2IWBE8NlNq3gUOM3sg1WoLFVFTsVrjYFTow4r8/RMtAuZahBsVuCRvs loDd0h46XjwEEbk515ht0Ak9/32JtKR71bKPrHBdSJSVriOPTrbpBzUeMbAz 44Xt/X97R9fcNo5776/o7NN5JnMjSvJHH60vx1N/neVutk+dbOJ2PddNdpL0 tjud/vcjSEmmPkiClKykae5h07NAEgQBEAQBAr07xcLuFG/Qu1N5NPTuFAu7 Ez2dGjfjuxMxbUYPGLGvJklTsxCamSMZMyRdw2aEckIslVJ5M6CktBRnx1uo nEFKW6ic/TIw4BgVA7DXSjgQz+BSrV/epw97qHy9xP226Nprt+M6RMWPzcBu Pxs0ePJN0Jvo0Gu3n2fswfZwk8fcnGP+oFw4ipxqiHJU9S7NJ/ZacIGjEsCu l1VLaR0RFZham1WxqVkVn86sWqzjjYVZdT5XNyu/JeLkCpuyZGzazGf58PGJ rTGgA8Iag3kbWWMwYztrTG5igVjKSSKXiRpy0AlCPCQIgv7oTTn76vH6MUWz TKU03Mi885vbv/d3eRbT63+9226ImHLuoEMou72RLGJQ0tDyomW9ao9FyR3e ApUk6RIXR40LArvKoidRtHlZ9J9s0Reb3cuiP/tFz6540bmqksvXau6ulzil v0SVu9vQ2i39NW3tl/6ath6X/hJVQDC1hVa3yefLT/eUVq+/jb5Lkq+mlH1v //zr8uHw++Hz4eEfxgDBl/vl5T09iJy93t1d3tx/3N9NaCfud/yjstyN3uG6 CTnApYgwzOwdA8TjrhH3xpPSXzXi1dbjrNW41NpHTXvcxaIbkC7ZtJPV9OHy 7iHa/7W/ud7fPCQ3uSKRh38bvIZhJPftZb+9/LfXAXg90IkuUJxGbq5LyzrA 8xREcj9hnpqU/voq0W5YDd+EiNWZrG43d4cOnolpOwnvzD8jzhkhT2EybjYJ 9zlMxosnpb8/9spkk3D7nEwLxQOx1U9X8ZjYFHjLoGf2bjmJ4dmTmIaboe/+ 2NPwgrD0V2lotp9GC8mMn7SZaczUOIu/tWybm3jkx1QSXdNTytgWFD3zfkyN Ve1hlLUcvdDUWn3W+DRrOe5aAf+4NH1Osv8i+M+QoM9K6k9uvuX5ppvUfds6 w9RzPM2TGWH2ZEbgeJHj9/JwhhDdUqzlFFfgl79dvYZktPwt85avb7A0Ktsq JOs0WdBl7QCHoOfsHf2jIfKhJUQ59UPNI6f81/xh3pFf/mvoFpaZ+kZP11Kx XrYW6wQr1sRzkscU6/BFrJ+HWFOpJp2IdUWk3O8mzxQXuLjPVcWY0aPbdPwn tS8Dwz2S8AB/DVoXwVLsAev0fdpjYQW3h1fOtZEIStfh8+nhp33tveHFdqjJ vtG/2N78TDxtSXQthVDwvOWYtVzoq8Ytg1SHXhWUIEAXKx0CQp03SnahbGr+ HLqX8ApNRZpD/gV+t1WrUlJPAV+iqe0lbR2y1gTTumGxEmi90LTOSMuJoEe1 Co7rPefWBbE2GudrEnS9OoQh5VquDmFi5FquDmGi5C5Q9IPJY1CtghMs+EKH jHZ13O5Xh8mOZ7s6THY829VhsuNhV8cNMKhWwbGr4y50yOiquW7ClqvTULvD nUDxSgdF4KbmVHqWgXVzz2eju7bNHTa6i1oBIB8G2SP4AkOa4xPmcZwZHGiU oOoKa6AkAeKdtHZFSEqP91Gre9mB2U26qGd2uuJCF3eHh32DmTjtwd7UdxQL HbnGHQlzIz9X5SRW72eaEssaRot4ZdU0ZKO6Fk2hECwd1appyJp6Fk1B61KE fZumEzaqP0C5Bk/4JO9ypjIk9X0Uh4ziAAE9ZgzO6kBp3rXEDVG2nrOedUxa alxkcXL8oKWOU/X+H/3X7iqqm89bbOjyhvoJK3bJwoCC9xY4Gel/FwgvnNFE 8zRbtS6oL6yoqKGtTiWoF09BB5GX3KC8Q6hVSUY5l1EODFm1+qjVcKPQOr1h ZcooJp4bNfMoruxV3yTBgB+mUVZomiSUJtJqMCtWy2xzefXfy09ZthzWYDp2 jo9R3MazRGYqFfsqBbJ/aUB8M+T4yIDtWxE8cR+w7rIuXjDdUrw24fxDeHvz 8fBJvDhoMkaybYs3YxsZKzy3um1bes6Xlv3azZcbKHsFXlEZQKoESHe8B1/+ PVV9F7CcyLB8F/ExXPn3VPVdGGMqH2PHxhjp+wgUfaS4PobSgnD0xOeo5pJq vm/Cqaa9+jv8T7VeyUY9fpJm3/FJrryUvaic3mB5XGzkmwq/83U8UVDB+Rr4 ys+QSqf47HgTv1mb0GanmI3rKfFxifIz0czG6XUuTqDG5o36s3+yuYwsuExN WV89F2+kXtWxelXVnRPSKyUcDY+pOdRxT9r6SVGi3WfS7vMzokRLOvar8zRa y2vF3z3r73ayarcX4Q8ouyXUrg++fPwIbhRwpYHjpw5ddyrxlhzFzXztGLXh D4yZtZmwcYhRm5CNY9QGtv/wfJXIKDajVpq6lMSMmvoaCGqoayE0BStmzP5V QiRyiPyETWdqWmK0OGk3C0Pt9AeHeLEqOjB99vjCRPaiG68+zhoWdcf1xz+1 LBZV0BUilcTTnQ4mjcMQAbPSwYTvFwsEzLkOJvr1PNLis8vmZR4XOd1tHP1t D4UiqMKUMyYbHb24RDtjpyZ6YOXHb35A5kdYfoCEY5ptzR1A1evmKSTumon2 v3/5NMDBgj7SgvK5g0rSgnKigF5R+/9ToGnbqh1cSQJ2qLtUrjFhCXHgTH3C WmPBd5wpcOCMb4B7cOBJwWZWft2cYEnucAUf3ID+2U316583I6yZy5uZVd7M d4Jo+6tx2jNuR6jIP/p9MT235XpgO4WyQYxiHcWEC1QhLalCHp0qZHDSYF9q QxBLG4LgbQhStSHGSBuCvNgQj29DpCgbIn1EGyI9y1z03InOXdjcyQyu3Gdt Q6R4GyLt34ZIzWyI1MyGSM1siNTAhkgNbYj0BDaEa2dDeD+vDeG+2BANVPEG nWbbUbEmGL+TxFfDWnNWX27ma+N2ELoqLTOgaEf3x9RmPLrZpxbjgS8qWcxS zX64Sb32+yELzAp35xBKuqZa/pfl4eru9v7248Pri8PN9e3f97+01egf2F47 YEqddMpOwXq9U6kPgVTO0yYV9A2z6SI+juXgUO0z5+GKnQXFbbazHaUAS0AB MeJMCoNMHUxkmznyk66R59kzaQn5wGkflodMxQHdp1zk7zbWJkztDAIWOrI2 qVaBgwEiMbaU55WHISXZ/yDXqxEA4jStBeXij8PnvdAnoMGPKIxdcq5RhbGW 14TOFo5uKINteflw9QdkUt7tP64h+ebmev81D+DgE6OiEf+HmVSwSe22pexK fc4xOwbf8bpHYPSXB5IOPB4c+0aOUomAhKPpAF8XF06pBuBwYDUDP8dlfCC4 tdR7nJyxE619Rs/PyPe4Wsg5iYR5e9nu0Nm2xqt7MtO4+1hvgpsjZkNQfe0g TrtOD/9p0wPNNGLho66ivHVq2xPVNrFV20fV7RfCgmvZV1i/0fbVAR1cx2AL m5hvYTi762WH6873n5uczBU7ogMZB64fK4XdywJIBDAAkMV/1MCaQ0uawAii kH1zMEiurlisvGyztSi/ljte5K5bCbOLO4FtFgBIK0w3f9xCPnVZ+Td4YIcV u6sg43kOt03AmmWCOFSSXqehCNNQi7yU3lCqo0bqepxYpXRURaPiX2N92eax ihnrKzZpUePTm/gqOeq6PmA+PdWIuFlLHRNIPp1Y8GkNCV+eNIhDQx42ZsjZ bsHZyr13qB3IgreHA43YVBlgpNKijYSeOG29iAKv9/1+VmXqNhggGFJ9rpFj mLf38oqxOkY5PtSTNx1mQ0PCn2CG5z93sHRDPVonyzvOZ+l3e6rg9wm6Waln pr/dQ4uzVxZn+f5T06SkpSZ1Lc0O7sMQTYecif1BW152fwpedn8aXiZIXvZt rNcsIIJFgiviLNQ2uuK0lGaBK3Zpvqc6asivzSR0YryXx8FPHN9XhY+UTrsQ pIEBexehwKTxFRzDLIYeQq3kMSvlHpNAZ6wftaWtsY7zQoEFCLrbxvtSfhxD 8KQNO9R6drEqIKR8YdBKwC87hNThR6x/Fn2D7n9Y6V8ZtcP6T4z6H1X6T7T9 5+khRCUKnekB9urL3dHzyr0j4JgR9k7+Y3Z30XbfWiz29/eUYoy984EKfuU/ 64Yy2tZ4l/Kzam0F8iSfiS4yTrcV2phSx02sFxVDnq2KEd57ttU2mRGKVTo2 Iw5rIxIDNWQz4qh5RLxich9LMZEmxUROoJhIs2Ii3SsmonMkNCmmifOoisnO tVxoVU+FPBqJSSskPMcCCYYA7vZsFvMNp0m5Ckdapxv/NGm4NJNdbhwVBgcr ueUl8cJHynEoFe1qK0WcVivls0eu1NxuvjDEbmFsFsetGIDSQ5CE64SDGhng n5OZ7pxSjK0zNnjqyhMp0/zfOMHnmVNcXGtcHD0ubxwjXLxT4hKOjHDxT0oX YoTL8JS4JEMTXKbldwmi5vjwApoYQbtG0J4RdICBrr16zRtmMQHLKBwortyT gOUUmXuRll8+Pxz++vwPVc10iOJNUIW6Y48HCtb9RL238GmVpnTcY2AsOu5v AyRuUOpAhZuEhlWUWUaL45BWnYx4J+pLa37HJZ9i6ZE9OUpHMFc16Pzm6m7/ 5/7mgVNsYBa2kbAnB63DNvgcFD7ScpBLI35HqZlH8PYT5EnIPJE53PCNKsy/ gPJU5RNzqBGHSnS9TSYouG30Xp/jSA2PnX4G9FSghBLj5FK6emB0ZClfwPAW V9m1N/z5AjtfR5RL5hf+G601BEAUNFKBykeZwihDDzEKrC2ssMUo4xhGGWFG GbFRRlajjNhcMBQbMooNbSgGR//5xWSCGAX4F7jYYpSpz0Zxba5RIN5XHSkz 52zrWAe9BJoBipOBGCwCgooIWNAeXtAOLX7YAMl/nHCFInauZbC71i1p4GhB UdfCkwKa82nE2HKXcxt8vp/Wu1bx6OgEw4CZ8HdlaB7GUNPYp5UVqTpGDQiW w9nr7Be++ycJ9x4wDPpwyu+kTnli5JQnnTvl7QpIwakld0lUguOJJqCyU39y abW5BcjWNuNpWzKZ+5929v6n3EHWQWC9xu0srlrOTroN11gM5Xrn26snQe+O 8vAUtDalc6cikQlDdgTzHXuDR5yGkDY07lxn59r6TfGIfKGv+W+QfWfKUwX2 Xr0z3XJo8AUb2vLipMBqmPOuBSb5qZ35NhCRTQBo5FDYsoeRiGURg7oTpsiU ZM6DFcJltMK4s8r+qSLs/piltY13gdKhAQAoEjb3hCp78a72EAyi7EXUXNgJ VYwhzC+i1aUYDJ7Ral7nd8GCKIsoHAsDONLCAJQ6F83vUCn488MmvbDnz9YH VVApgHc/uRlcbkzGU1Jue4F5MuObUhpmtJecENzUtRYNYiUa5EU0XkTjaYuG 31o0XCvRcF9E40U0nrZohK1Fw7MSjbGlaIxya//UopFxNRn9QGw9Tl7YmrN1 1I6tp+GbsVV5vJElWw+HshvObtl6+mbM2fpHUtZwp0/x7pOrTcbrj6uH0kui KleX/5VhmF7d/pUVtOY9HIetMSmrek151Pl3Gmxn/55v19vmQoOJkAmW8Wpj WwTrlqlwtD1GteKCm/m28bVo+nsg+T2U/N74OrMw9qRh7FjSVyL5fSb5/bxs NwmMlD2++C6Zqkt9l0k23/7n9b8W+//tP1MOvno4/G+/uP0bAtkv7yjXvf5G hgJnHDupXVLzcbnkzUulR3PGXqRqr1QZr0qeerMnifn0Gn6vy4YQtVm54C+L QU0JKLsKBlIZqk+fFX62mr6TNE9fCB4W34WqLoCINCzTQIlmaoJmU6yCU7BB WsUiOdxcp3ueWBwcKNpzNlrT3HKEo30RWFUrMtyEfjQ3QD8fBO4UGt9EEEbI 9/nF6u1U1l+2v5/PqYaID/eXc4rRL5vVxgmdpPoKaQb7bh41bePCm+VT3W4g Z1EQObgl3k4HA5UNI+w9qf1otPEUNwxbJNNh8vceaONsTmdMqeOGDNvMDGTX iI4aIVJPMIXBmPnTPEE1cwYnYE73pMwZ9MScQY/MGfC1C/pkzuARmDMwY87w BMzpnZQ5w56YM+yROUO+dmGfzBk+AnOGZswZnYA5/ZMyZ9QTc0Y9MmfE1y7q kzmjR2DOyIw54xMw5/CkzBn3xJxxj8wZ87WL+2TO+BGYMzZjzuQEzDk6KXMm PTFn0iNzJnztkj6ZM3kE5kzMmHN2AuYcn5Q5Zz0x56xH5pzxtZv1yZyzR2DO mRlznp+AOScnZc7znpjzvEfmPOdrd94nc54/AnOeD8zufObaO590Dhc1pVqg Ix6KQsLaJQ8HbnGrQ2q3Ooto9p5dTtZ+DxblS8sGZ/GHNN3hncWVIhrN1RCk S5E56Cm6Ax1IsFByRiMebrd4OLZ4eAZ4OCekh98LHireWqYzPG+tbm//Mr6A zT7Brams3wKb+WpurSY5iTbLONawzDLVgrwNIh3Idk4aQKoXxOtoJ15qiswQ 3t5cb3kmyId1Oj+mfphl1fNlX6fvU93duTR64Js+Gx/Tf4Xh+XbPdiHVPW8z AnBXF3y5X33583dIS8s72NzdXn+52t/RRTzcJIev+2v6r8uv2b82t/fR/ur2 en8mfXGEzsXqW5JYtSNN4fXzNbsvpHhCdCJEqiWT0l8iK1INVIHWpuR4Hd88 HO7228ubT93TJkzGlu2e0gwj+Teoy2XTZ+I1rT6r2bnc/3l790/TNIUpNc04 vLz6Y3/5++c9CNXl9cXd4UE5X82qTjXfA93cNe3d5gSTJ0WDXr6/0KBKg8oD R/WCtvz88nUY0nnPV0Mk+Ag2+OlvaHDI44rRvcM7HRSZERZ8ypDBgkO+H0VG 5lK0OtDleeQzEjTRsQyyaCJGHUSSLCcLc5KbGOzFJEAKsuOqATRN6ygJSizQ c4Om9SmDLJqIXAeRTCRHeSRFuaHn/FRdi3eSHG2BkmlKqpY0t6iOJuaHlNQC H6owG2dDUICQQIgFRPfoYgE9FCAEL9cASzTz9DTzsDTzsDTzsDTzsDTzsDTz sDTz5DTz9TTzsTTzsfj4TfgcvXI7qTdJOFiKL6hFwUwwJ2n7amh26TiTpd5f TN9u8qx/HGDuSMkQrjmatqudzNGU4ZKpfA5YczKxjXx6D1Xk7qvz3SzBD1R2 IglpTKSEmXqYsi/rW1N3pawoOFUrhh4aDK2aodDlVBw+/pXPfNLpDOOqlw6G cIXf4IhfnTV4Bqq/gUNBQZ1EzTIVl8FmGXrVePSpLwZfNsei83ZoOkyTmXf0 PFbkr9J1Ol8jxJFt/+LT24L38fj0tuiCk7mDCgmkZw+29oNXUsdH3VNT+lz3 9ZQ+g0gpP4utBcND62QtTyheJbOqzyMbKI3gOkQaNV4rbJs4A/S1wXIN/sCV xpE1DXfbgbyTt4FdJ8YB68f+RroRwchfb3aO0uEa/1Ymum75hgOMS30xTXfG rmwgEJW3zghE1P19b9xT6R6G2FOPsfpHJ3V1d6U9yXdXOkK62KTyT4JEAWGr z+GIe7JWQai26DJNSvRt7I3PV93bq6pFD3ADnAq9QKrQJ69WEBqBaNUKQjeR vtWK01KtKC4iJFcHWqY5l534BWs9v5RRd/ZuuqUGuiJr71uNuTeXV/+9/MTR dmVMCO9VV+wo0BnVbCwUcumFodVfo2TNugqDt27ZIB+X8qxzDwwDQ1tP8xVL ritlvkXTHf+tdMICdZKNwRoxKAtrNRiK1irfhcrW6hE2eiPCRttf59UsvSNs 0mgFi68mwNVP1bqlK7WpWY/1W/cAKF46DPmeI15u5DfuDBBNlfTtnI3uCxjB xlLDSN098iRSOgit1qu4Yei0NnRxITrLN7xv9cvXhROoPHrVy9eHw8d/qmfu psSXEiTFLqgCNV0EL5hXBYlLg6KqbkR2SLC3fqwJAv6Y7gjCHldpg0uHi8Ne s2iDi9shLlFLXLwOcRm2wQV8UZa4CBjlcXIFdLM/rTFILhaD5MoBciSqfeGh caWEXmw+fnNGaZ5/T6LaEag0xcKJB4aNYBXUXIfcwDH4v68EG0Hn9iaNgzeZ JA6pmyQO7ieJ4aJ2L6ceHrXhaVCTe3F9PG7jrnErkBjqGWdszTi5EKDcxvVX O3R7W82X3HjARp2vG46FYuffX9HTxv8B3fVarvXYAQA= --0-1051906172-1096198802=:7839 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="pciconf.txt" Content-Transfer-Encoding: BASE64 Content-ID: <20040926134002.H7839@fw.reifenberger.com> Content-Description: Content-Disposition: attachment; filename="pciconf.txt" aG9zdGIwQHBjaTA6MDowOgljbGFzcz0weDA2MDAwMCBjYXJkPTB4MjU2MDgw ODYgY2hpcD0weDI1NjA4MDg2IHJldj0weDAzIGhkcj0weDAwDQogICAgdmVu ZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nDQogICAgZGV2aWNlICAgPSAn ODI4NDVHL0dML0dWL0dFL1BFIERSQU0gQ29udHJvbGxlciAvIEhvc3QtSHVi IEkvRiBCcmlkZ2UnDQogICAgY2xhc3MgICAgPSBicmlkZ2UNCiAgICBzdWJj bGFzcyA9IEhPU1QtUENJDQphZ3AwQHBjaTA6MjowOgljbGFzcz0weDAzMDAw MCBjYXJkPTB4NTI0NzgwODYgY2hpcD0weDI1NjI4MDg2IHJldj0weDAzIGhk cj0weDAwDQogICAgdmVuZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nDQog ICAgZGV2aWNlICAgPSAnODI4NDVHL0dML0dWL0dFL1BFIEludGVncmF0ZWQg R3JhcGhpY3MgRGV2aWNlJw0KICAgIGNsYXNzICAgID0gZGlzcGxheQ0KICAg IHN1YmNsYXNzID0gVkdBDQp1aGNpMEBwY2kwOjI5OjA6CWNsYXNzPTB4MGMw MzAwIGNhcmQ9MHg1MjQ3ODA4NiBjaGlwPTB4MjRjMjgwODYgcmV2PTB4MDIg aGRyPTB4MDANCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicN CiAgICBkZXZpY2UgICA9ICc4MjgwMURCL0RCTSAoSUNINC9NKSBVU0IgVUhD SSBDb250cm9sbGVyICMxJw0KICAgIGNsYXNzICAgID0gc2VyaWFsIGJ1cw0K ICAgIHN1YmNsYXNzID0gVVNCDQp1aGNpMUBwY2kwOjI5OjE6CWNsYXNzPTB4 MGMwMzAwIGNhcmQ9MHg1MjQ3ODA4NiBjaGlwPTB4MjRjNDgwODYgcmV2PTB4 MDIgaGRyPTB4MDANCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlv bicNCiAgICBkZXZpY2UgICA9ICc4MjgwMURCL0RCTSAoSUNINC9NKSBVU0Ig VUhDSSBDb250cm9sbGVyICMyJw0KICAgIGNsYXNzICAgID0gc2VyaWFsIGJ1 cw0KICAgIHN1YmNsYXNzID0gVVNCDQp1aGNpMkBwY2kwOjI5OjI6CWNsYXNz PTB4MGMwMzAwIGNhcmQ9MHg1MjQ3ODA4NiBjaGlwPTB4MjRjNzgwODYgcmV2 PTB4MDIgaGRyPTB4MDANCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3Jh dGlvbicNCiAgICBkZXZpY2UgICA9ICc4MjgwMURCL0RCTSAoSUNINC9NKSBV U0IgVUhDSSBDb250cm9sbGVyICMzJw0KICAgIGNsYXNzICAgID0gc2VyaWFs IGJ1cw0KICAgIHN1YmNsYXNzID0gVVNCDQplaGNpMEBwY2kwOjI5Ojc6CWNs YXNzPTB4MGMwMzIwIGNhcmQ9MHg1MjQ3ODA4NiBjaGlwPTB4MjRjZDgwODYg cmV2PTB4MDIgaGRyPTB4MDANCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jw b3JhdGlvbicNCiAgICBkZXZpY2UgICA9ICc4MjgwMURCL0RCTSAoSUNINC9N KSBVU0IgRUhDSSBDb250cm9sbGVyJw0KICAgIGNsYXNzICAgID0gc2VyaWFs IGJ1cw0KICAgIHN1YmNsYXNzID0gVVNCDQpwY2liMUBwY2kwOjMwOjA6CWNs YXNzPTB4MDYwNDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MjQ0ZTgwODYg cmV2PTB4ODIgaGRyPTB4MDENCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jw b3JhdGlvbicNCiAgICBkZXZpY2UgICA9ICc4MjgwMUJBL0NBL0RCL0VCL0VS IChJQ0gyLzMvNC81LzVSKSBIdWIgSW50ZXJmYWNlIHRvIFBDSSBCcmlkZ2Un DQogICAgY2xhc3MgICAgPSBicmlkZ2UNCiAgICBzdWJjbGFzcyA9IFBDSS1Q Q0kNCmlzYWIwQHBjaTA6MzE6MDoJY2xhc3M9MHgwNjAxMDAgY2FyZD0weDAw MDAwMDAwIGNoaXA9MHgyNGMwODA4NiByZXY9MHgwMiBoZHI9MHgwMA0KICAg IHZlbmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGRldmljZSAg ID0gJzgyODAxREIgKElDSDQpIExQQyBJbnRlcmZhY2UgQnJpZGdlJw0KICAg IGNsYXNzICAgID0gYnJpZGdlDQogICAgc3ViY2xhc3MgPSBQQ0ktSVNBDQph dGFwY2kwQHBjaTA6MzE6MToJY2xhc3M9MHgwMTAxOGEgY2FyZD0weDUyNDc4 MDg2IGNoaXA9MHgyNGNiODA4NiByZXY9MHgwMiBoZHI9MHgwMA0KICAgIHZl bmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGRldmljZSAgID0g JzgyODAxREIgKElDSDQpIFVsdHJhQVRBLzEwMCBFSURFIENvbnRyb2xsZXIn DQogICAgY2xhc3MgICAgPSBtYXNzIHN0b3JhZ2UNCiAgICBzdWJjbGFzcyA9 IEFUQQ0Kbm9uZTBAcGNpMDozMTozOgljbGFzcz0weDBjMDUwMCBjYXJkPTB4 NTI0NzgwODYgY2hpcD0weDI0YzM4MDg2IHJldj0weDAyIGhkcj0weDAwDQog ICAgdmVuZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nDQogICAgZGV2aWNl ICAgPSAnODI4MDFEQi9EQk0gKElDSDQvTSkgU01CdXMgQ29udHJvbGxlcicN CiAgICBjbGFzcyAgICA9IHNlcmlhbCBidXMNCiAgICBzdWJjbGFzcyA9IFNN QnVzDQpwY20wQHBjaTA6MzE6NToJY2xhc3M9MHgwNDAxMDAgY2FyZD0weDAx MDM4MDg2IGNoaXA9MHgyNGM1ODA4NiByZXY9MHgwMiBoZHI9MHgwMA0KICAg IHZlbmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGRldmljZSAg ID0gJzgyODAxREIvREJNIChJQ0g0L00pIEFDJzk3IEF1ZGlvIENvbnRyb2xs ZXInDQogICAgY2xhc3MgICAgPSBtdWx0aW1lZGlhDQogICAgc3ViY2xhc3Mg PSBhdWRpbw0KZndvaGNpMEBwY2kxOjA6MDoJY2xhc3M9MHgwYzAwMTAgY2Fy ZD0weDMwNDQxMTA2IGNoaXA9MHgzMDQ0MTEwNiByZXY9MHg0NiBoZHI9MHgw MA0KICAgIHZlbmRvciAgID0gJ1ZJQSBUZWNobm9sb2dpZXMgSW5jJw0KICAg IGRldmljZSAgID0gJ1ZUNjMwNiBWSUEgRmlyZSBJSSBJRUVFLTEzOTQgT0hD SSBMaW5rIExheWVyIENvbnRyb2xsZXInDQogICAgY2xhc3MgICAgPSBzZXJp YWwgYnVzDQogICAgc3ViY2xhc3MgPSBGaXJlV2lyZQ0KYWhjMEBwY2kxOjE6 MDoJY2xhc3M9MHgwMTAwMDAgY2FyZD0weDIxODA5MDA1IGNoaXA9MHgwMDEw OTAwNSByZXY9MHgwMCBoZHI9MHgwMA0KICAgIHZlbmRvciAgID0gJ0FkYXB0 ZWMnDQogICAgZGV2aWNlICAgPSAnQUhBLTI5NDBVMlcvVTJCIEFIQS0yOTUw VTJXIFVsdHJhMiBTQ1NJIENvbnRyb2xsZXInDQogICAgY2xhc3MgICAgPSBt YXNzIHN0b3JhZ2UNCiAgICBzdWJjbGFzcyA9IFNDU0kNCmZ3b2hjaTFAcGNp MToyOjA6CWNsYXNzPTB4MGMwMDEwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4 ODAyNDEwNGMgcmV2PTB4MDAgaGRyPTB4MDANCiAgICB2ZW5kb3IgICA9ICdU ZXhhcyBJbnN0cnVtZW50cyAoVEkpJw0KICAgIGRldmljZSAgID0gJ1RTQjQz QUIyMyAxMzk0YS0yMDAwIE9IQ0kgUEhZL2xpbmstbGF5ZXIgQ29udHJvbGxl cicNCiAgICBjbGFzcyAgICA9IHNlcmlhbCBidXMNCiAgICBzdWJjbGFzcyA9 IEZpcmVXaXJlDQpmeHAwQHBjaTE6ODowOgljbGFzcz0weDAyMDAwMCBjYXJk PTB4MzAxMTgwODYgY2hpcD0weDEwMzk4MDg2IHJldj0weDgyIGhkcj0weDAw DQogICAgdmVuZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nDQogICAgZGV2 aWNlICAgPSAnODI4MDFEQiAoSUNINCkgUFJPLzEwMCBWRSBOZXR3b3JrIENv bm5lY3Rpb24nDQogICAgY2xhc3MgICAgPSBuZXR3b3JrDQogICAgc3ViY2xh c3MgPSBldGhlcm5ldA0K --0-1051906172-1096198802=:7839-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 11:46:08 2004 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 7C05A16A4CE for ; Sun, 26 Sep 2004 11:46:08 +0000 (GMT) Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net [24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C47043D41 for ; Sun, 26 Sep 2004 11:46:08 +0000 (GMT) (envelope-from ryan@slipgate.org) Received: from ryan.lan (gate.lan [192.168.1.1]) by slipgate.org (8.12.11/8.12.11) with ESMTP id i8QBjh0E004955; Sun, 26 Sep 2004 04:45:43 -0700 (PDT) Received: from ryan.lan (localhost [127.0.0.1]) by ryan.lan (8.13.1/8.13.1) with ESMTP id i8QBkSMi008034; Sun, 26 Sep 2004 04:46:28 -0700 (PDT) (envelope-from ryan@slipgate.org) Received: (from ryan@localhost) by ryan.lan (8.13.1/8.13.1/Submit) id i8QBkN2c008033; Sun, 26 Sep 2004 04:46:23 -0700 (PDT) (envelope-from ryan@slipgate.org) X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using -f Date: Sun, 26 Sep 2004 04:46:23 -0700 From: Ryan Freeman To: "Daniel O'Connor" Message-ID: <20040926114623.GA7990@slipgate.org> References: <20040926025317.GA5812@slipgate.org> <200409261342.34874.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409261342.34874.doconnor@gsoft.com.au> User-Agent: Mutt/1.4.2.1i cc: FreeBSD Mailing List Subject: Re: Sound performance problems in FreeBSD 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, 26 Sep 2004 11:46:08 -0000 On Sun, Sep 26, 2004 at 01:42:25PM +0930, Daniel O'Connor wrote: > On Sun, 26 Sep 2004 12:23, Ryan Freeman wrote: > > > > +following: > > > An easy way to reproduce these > > > skips is to run `while true; do sysctl vm.vmtotal; done`, while > > > playing an mp3. > > I suspect that sysctl involves doing lots of locking and will do weird > things.. > Does it happen if you run a CPU using userland proc inseadt? > The problem is, it isn't just that sysctl command that does it. I find that even running gkrellm makes the ticking worse. if i close gkrellm, it reduces the ticks/sound stretches. that sysctl was just an easy way to make the problem _really_ stand out it seems. iirc when i was using 5.2.1 i found that just disabling the proc chart in gkrellm seemed to help a lot. haven't bothered to try it now. - ryan From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 12:09:41 2004 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 9106916A4CE for ; Sun, 26 Sep 2004 12:09:41 +0000 (GMT) Received: from av1-2-sn4.m-sp.skanova.net (av1-2-sn4.m-sp.skanova.net [81.228.10.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB7A143D53 for ; Sun, 26 Sep 2004 12:09:38 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: by av1-2-sn4.m-sp.skanova.net (Postfix, from userid 502) id 4670937F84; Sun, 26 Sep 2004 14:09:38 +0200 (CEST) Received: from smtp2-1-sn4.m-sp.skanova.net (smtp2-1-sn4.m-sp.skanova.net [81.228.10.183]) by av1-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id 397C337F6F for ; Sun, 26 Sep 2004 14:09:38 +0200 (CEST) Received: from corona.sajd.net (h147n2fls31o265.telia.com [217.208.189.147]) by smtp2-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 12ECB37E4D for ; Sun, 26 Sep 2004 14:09:38 +0200 (CEST) Received: from [127.0.0.1] (sajd@localhost [127.0.0.1]) by corona.sajd.net (8.13.1/8.13.1) with ESMTP id i8QC9aOC000800 for ; Sun, 26 Sep 2004 14:09:37 +0200 (CEST) (envelope-from pawel.worach@telia.com) Message-ID: <4156B17F.9000605@telia.com> Date: Sun, 26 Sep 2004 14:09:35 +0200 From: Pawel Worach User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040815) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: page fault panic in propagate_priority 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, 26 Sep 2004 12:09:41 -0000 Got this when starting thunderbird (non-port build), libpthread was supposed to be libmapped to libc_r but because of a typo that did not become the case. I was under the impression that the turnstile panics where fixed, where they not or is this a different one? UP, 4BSD, PREEMPTION, debug.mpsafenet=1 Good dump found on device /dev/ad0s2b Architecture: i386 Architecture version: 1 Dump length: 268304384B (255 MB) Blocksize: 512 Dumptime: Sun Sep 26 13:43:10 2004 Hostname: corona Versionstring: FreeBSD 6.0-CURRENT #0: Wed Sep 22 03:20:59 CEST 2004 root@darkstar:/export/data/obj/usr/src/sys/CORONA Panicstring: page fault Bounds: 1 (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc04f473a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:385 #2 0xc04f4ae9 in panic (fmt=0xc06a59c3 "%s") at /usr/src/sys/kern/kern_shutdown.c:541 #3 0xc067e734 in trap_fatal (frame=0xcbd46bd8, eva=0) at /usr/src/sys/i386/i386/trap.c:809 #4 0xc067dd23 in trap (frame= {tf_fs = -1047461864, tf_es = -65520, tf_ds = -875298800, tf_edi = -1044380496, tf_esi = -1051479264, tf_ebp = -875271104, tf_isp = -875271164, tf_ebx = -1051479264, tf_edx = 56, tf_ecx = -1051496320, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1068387980, tf_cs = 8, tf_eflags = 65683, tf_esp = -875271120, tf_ss = -1068463145}) at /usr/src/sys/i386/i386/trap.c:247 #5 0xc066ec4a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #6 0xc1910018 in ?? () #7 0xffff0010 in ?? () #8 0xcbd40010 in ?? () #9 0xc1c004b0 in ?? () #10 0xc153b320 in ?? () #11 0xcbd46c40 in ?? () #12 0xcbd46c04 in ?? () #13 0xc153b320 in ?? () #14 0x00000038 in ?? () #15 0xc1537080 in ?? () #16 0x00000000 in ?? () #17 0x0000000c in ?? () #18 0x00000000 in ?? () #19 0xc051b174 in propagate_priority (td=0xc1c004b0) at /usr/src/sys/kern/subr_turnstile.c:243 #20 0xc051ba7d in turnstile_wait (ts=0xc1537080, lock=0xc06fb740, owner=0x0) at /usr/src/sys/kern/subr_turnstile.c:556 #21 0xc04e9708 in _mtx_lock_sleep (m=0xc06fb740, td=0xc153b320, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:551 #22 0xc0503ed8 in softclock (dummy=0x0) at /usr/src/sys/kern/kern_timeout.c:247 #23 0xc04da8f8 in ithread_loop (arg=0xc1530500) at /usr/src/sys/kern/kern_intr.c:547 #24 0xc04d9630 in fork_exit (callout=0xc04da740 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:807 #25 0xc066ecac in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209 (kgdb) frame 19 #19 0xc051b174 in propagate_priority (td=0xc1c004b0) at /usr/src/sys/kern/subr_turnstile.c:243 243 ts = td->td_blocked; (kgdb) list 238 ts->ts_lockobj->lo_name)); 239 240 /* 241 * Pick up the lock that td is blocked on. 242 */ 243 ts = td->td_blocked; 244 MPASS(ts != NULL); 245 tc = TC_LOOKUP(ts->ts_lockobj); 246 mtx_lock_spin(&tc->tc_lock); 247 (kgdb) print *td $1 = {td_proc = 0xc1a7e700, td_ksegrp = 0xc1824af0, td_plist = { tqe_next = 0xc1c007d0, tqe_prev = 0xc1a7e710}, td_kglist = { tqe_next = 0x0, tqe_prev = 0xc1824afc}, td_slpq = {tqe_next = 0x0, tqe_prev = 0xcd37bc50}, td_lockq = {tqe_next = 0x0, tqe_prev = 0xcd452b84}, td_runq = {tqe_next = 0x0, tqe_prev = 0xc1a7e718}, td_selq = {tqh_first = 0x0, tqh_last = 0xc1c004e0}, td_sleepqueue = 0xc1f727a0, td_turnstile = 0xc1821c00, td_tid = 100143, td_flags = 16777216, td_inhibitors = 1, td_pflags = 2176, td_dupfd = 0, td_wchan = 0x0, td_wmesg = 0x0, td_lastcpu = 0 '\0', td_oncpu = 255 'ÿ', td_locks = 0, td_blocked = 0x0, td_ithd = 0x0, td_lockname = 0x0, td_contested = {lh_first = 0xc1537080}, td_sleeplocks = 0x0, td_intr_nesting_level = 0, td_pinned = 0, td_mailbox = 0x2808e050, td_ucred = 0xc1a2de80, td_standin = 0xc27ca000, td_prticks = 0, td_upcall = 0xc27b7300, td_sticks = 0, td_uuticks = 0, td_usticks = 0, td_intrval = 0, td_oldsigmask = {__bits = {0, 0, 0, 0}}, td_sigmask = { __bits = {4294901503, 4294967295, 4294967295, 4294967295}}, td_siglist = { __bits = {0, 0, 0, 0}}, td_waitset = 0x0, td_umtx = {tqe_next = 0x0, tqe_prev = 0x0}, td_generation = 17, td_sigstk = {ss_sp = 0x0, ss_size = 0, ss_flags = 0}, td_kflags = 0, td_xsig = 0, td_profil_addr = 0, td_profil_ticks = 0, td_base_pri = 104 'h', td_priority = 56 '8', td_pcb = 0xcd458da0, td_state = TDS_INHIBITED, td_retval = {0, 134579520}, td_slpcallout = {c_links = {sle = { sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xc65fee48}}, c_time = 22436277, c_arg = 0xc1c004b0, c_func = 0, c_flags = 8}, td_frame = 0xcd458d48, td_kstack_obj = 0xc2564108, td_kstack = 3443879936, td_kstack_pages = 2, td_altkstack_obj = 0x0, td_altkstack = 0, td_altkstack_pages = 0, td_critnest = 1, td_md = {md_savecrit = 582}, td_sched = 0xc1c00604} (kgdb) print ts $2 = (struct turnstile *) 0x0 (kgdb) print *td->td_proc $3 = {p_list = {le_next = 0xc1ac4a80, le_prev = 0xc06fcb04}, p_ksegrps = { tqh_first = 0xc1824380, tqh_last = 0xc1824af4}, p_threads = { tqh_first = 0xc1c004b0, tqh_last = 0xc1c007d8}, p_suspended = { tqh_first = 0xc1c004b0, tqh_last = 0xc1c004d8}, p_ucred = 0xc1a2de80, p_fd = 0xc2bb2500, p_fdtol = 0x0, p_stats = 0xcd46b000, p_limit = 0xc2b21700, p_upages_obj = 0xc1d9d5ac, p_sigacts = 0xc1f3d000, p_flag = 67683458, p_sflag = 1, p_state = PRS_NORMAL, p_pid = 54717, p_hash = {le_next = 0x0, le_prev = 0xc152e2f4}, p_pglist = {le_next = 0x0, le_prev = 0xc1ac4ad4}, p_pptr = 0xc1ac4a80, p_sibling = {le_next = 0x0, le_prev = 0xc1ac4ae8}, p_children = {lh_first = 0x0}, p_mtx = { mtx_object = {lo_class = 0xc06d587c, lo_name = 0xc06acf51 "process lock", lo_type = 0xc06acf51 "process lock", lo_flags = 4390912, lo_list = { tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 4, mtx_recurse = 0}, p_oppid = 0, p_vmspace = 0xc1a38834, p_swtime = 73, p_realtimer = {it_interval = {tv_sec = 0, tv_usec = 0}, it_value = { tv_sec = 0, tv_usec = 0}}, p_runtime = {sec = 61, frac = 13726861932649556722}, p_uu = 30507495, p_su = 5155093, p_iu = 1, p_uticks = 6717, p_sticks = 1174, p_iticks = 0, p_profthreads = 0, p_maxthrwaits = 0, p_traceflag = 0, p_tracevp = 0x0, p_tracecred = 0x0, p_textvp = 0xc27e5318, p_siglist = {__bits = {2, 0, 0, 0}}, p_lock = 0 '\0', p_sigiolst = {slh_first = 0x0}, p_sigparent = 20, p_sig = 0, p_code = 0, p_stops = 0, p_stype = 0, p_step = 0 '\0', p_pfsflags = 0 '\0', p_nlminfo = 0x0, p_aioinfo = 0x0, p_singlethread = 0xc1c004b0, p_suspcount = 1, p_xthread = 0x0, p_magic = 3203398350, p_comm = "thunderbird-bin\000\000\000\000", p_pgrp = 0xc1ba42c0, p_sysent = 0xc06ecfa0, p_args = 0xc29f0180, p_cpulimit = 9223372036854775807, p_nice = 0 '\0', p_xstat = 0, p_klist = { kl_lock = 0xc1a7e76c, kl_list = {slh_first = 0x0}}, p_numthreads = 2, p_numksegrps = 2, p_md = {md_ldt = 0xc2b84aa0}, p_itcallout = {c_links = { sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_arg = 0x0, c_func = 0, c_flags = 8}, p_uarea = 0xcd46b000, p_acflag = 0, p_ru = 0x0, p_peers = 0x0, p_leader = 0xc1a7e700, p_emuldata = 0x0, p_label = 0x0, p_sched = 0xc1a7e8c0} -- Pawel From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 12:12:51 2004 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 203DD16A4CF for ; Sun, 26 Sep 2004 12:12:51 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1770C43D45 for ; Sun, 26 Sep 2004 12:12:50 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i8QCCl06038958; Sun, 26 Sep 2004 14:12:47 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4156B234.1090603@DeepCore.dk> Date: Sun, 26 Sep 2004 14:12:36 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Nottebrock References: <20040926044943.I40616-100000@mxb.saturn-tech.com> <200409261332.23227.michaelnottebrock@gmx.net> In-Reply-To: <200409261332.23227.michaelnottebrock@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org cc: Jeremy Chadwick Subject: Re: ATA disk performance (ICH2 controller), some tests andcomparison with Linux 2.6.5 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, 26 Sep 2004 12:12:51 -0000 Michael Nottebrock wrote: > On Sunday 26 September 2004 12:50, Doug Russell wrote: >=20 >>On Sun, 26 Sep 2004, Michael Nottebrock wrote: >> >>>On Saturday 25 September 2004 23:45, Jeremy Chadwick wrote: >>> >>>>6) I'm still amazed people have systems in production that use ICH2.= >>>>AFAIK, the chipset is deprecated. >>> >>>Eh? i845-based motherboards were not exactly a niche product and are n= ot >>>very ancient either. I'm surprised it surprises you to see them used. = :-) >> >>Bah! Just because some hardware is common does not mean is is good! >=20 >=20 > Supporting and being used on common-but-not-so-good hardware is one of = the=20 > best (and oldest) traditions of FreeBSD. :-) Yeah, well, we try, my last ich2 based system died long ago so it makes=20 it harder to keep support top notch :) Anyhow, please try the below patch and let me know if that changes=20 behavior in anyway. BTW, you need to compare speeds of the *exact same* area of the disk(s). = Modern disk often has only half the transfer rate on the last 1/3 of the = platters.. diff -u -r1.88 ata-chipset.c --- ata-chipset.c 10 Sep 2004 10:31:37 -0000 1.88 +++ ata-chipset.c 26 Sep 2004 12:08:56 -0000 @@ -976,6 +976,8 @@ pci_write_config(parent, 0x48, reg48 & ~(0x0001 << devno), 2); pci_write_config(parent, 0x4a, (reg4a & ~(0x3 << (devno <<=20 2))), 2); } + + reg54 |=3D 0x0400; if (mode >=3D ATA_UDMA2) pci_write_config(parent, 0x54, reg54 | (0x1 << devno), 2); else --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 12:14:49 2004 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 44F9616A4CE for ; Sun, 26 Sep 2004 12:14:49 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 270A043D39 for ; Sun, 26 Sep 2004 12:14:48 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail 26224 invoked by uid 65534); 26 Sep 2004 12:14:47 -0000 Received: from p5089EAA9.dip.t-dialin.net (EHLO ms.homeip.net) (80.137.234.169) by mail.gmx.net (mp009) with SMTP; 26 Sep 2004 14:14:47 +0200 X-Authenticated: #15946415 Received: from [10.0.0.100] (helo=[10.0.0.100]) by ms.homeip.net with asmtp (TLSv1:AES256-SHA:256) id 1CBXvj-000FPs-O4 for freebsd-current@freebsd.org; Sun, 26 Sep 2004 14:15:03 +0200 Message-ID: <4156B2AF.9020305@gmx.de> Date: Sun, 26 Sep 2004 14:14:39 +0200 From: Jochen Gensch User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.86.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re:Detaching USB stick crashes BETA4/BETA5 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, 26 Sep 2004 12:14:49 -0000 > Ian Dowse also is having problems in this area. He suggested the > following patch to me. I have some concerns about the patch, but they > are theoretical (what does it mean when a parent is detached, but all > its children are attached?), but given the current state of the newbus > code it will fix the problem for you. Apparently this patch really stops the kernel panic. BUT there seems to be a problem with devfs, when reattaching the usb hub / devices. Permissions set in /etc/devfs.conf do not take effect any more. Even worse, if you do a ls -l /dev, then all devices show permissions like '0'. My System is a 5.3-BETA6 built yesterday. So maybe your concern is right in some way... hopefully this is gonna be fixed in 5.3-RELEASE!? Jochen From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 12:42:38 2004 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 1A92E16A4CF for ; Sun, 26 Sep 2004 12:42:38 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18F1743D3F for ; Sun, 26 Sep 2004 12:42:35 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8QCgU1N008835; Sun, 26 Sep 2004 22:12:31 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Ryan Freeman Date: Sun, 26 Sep 2004 22:12:18 +0930 User-Agent: KMail/1.7 References: <20040926025317.GA5812@slipgate.org> <200409261342.34874.doconnor@gsoft.com.au> <20040926114623.GA7990@slipgate.org> In-Reply-To: <20040926114623.GA7990@slipgate.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart15888128.N0Mt3PlvMr"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409262212.26882.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: FreeBSD Mailing List Subject: Re: Sound performance problems in FreeBSD 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, 26 Sep 2004 12:42:38 -0000 --nextPart15888128.N0Mt3PlvMr Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 26 Sep 2004 21:16, Ryan Freeman wrote: > > I suspect that sysctl involves doing lots of locking and will do weird > > things.. > > Does it happen if you run a CPU using userland proc inseadt? > > The problem is, it isn't just that sysctl command that does it. I find th= at > even running gkrellm makes the ticking worse. if i close gkrellm, it I'd say gkrellm probably pokes at various sysctl's to gather stats so it ma= y=20 be a related problem. > reduces the ticks/sound stretches. that sysctl was just an easy way to ma= ke > the problem _really_ stand out it seems. iirc when i was using 5.2.1 i > found that just disabling the proc chart in gkrellm seemed to help a lot. > haven't bothered to try it now. Does a purely CPU bound process cause the problem? ie try something like.. dd if=3D/dev/zero | md5 =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart15888128.N0Mt3PlvMr Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBVrky5ZPcIHs/zowRAn73AKCIksWaLIF1JjUTwolaVRJoabf2CgCgjJVE nLmiCUGP8ojUKgh29XHm9AM= =XaXP -----END PGP SIGNATURE----- --nextPart15888128.N0Mt3PlvMr-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 12:46:59 2004 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 75DFC16A546 for ; Sun, 26 Sep 2004 12:46:59 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33BAD43D41 for ; Sun, 26 Sep 2004 12:46:58 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i8QCkuTO039234; Sun, 26 Sep 2004 14:46:56 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4156BA35.8010507@DeepCore.dk> Date: Sun, 26 Sep 2004 14:46:45 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stephen Montgomery-Smith References: <41536FD5.20204@math.missouri.edu> <20040926025935.GC2530@dragon.nuxi.com> <41563A3C.5080404@math.missouri.edu> In-Reply-To: <41563A3C.5080404@math.missouri.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org Subject: Re: ACPI on Tyan Thunder K7 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, 26 Sep 2004 12:46:59 -0000 Stephen Montgomery-Smith wrote: > David O'Brien wrote: >=20 >> On Thu, Sep 23, 2004 at 07:52:37PM -0500, Stephen Montgomery-Smith wro= te: >> >>> I have a Tyan Thunder K7 S2462 motherboard running its latest BIOS=20 >>> (version 2.14). ACPI simply does not work at all. >> >> >> >> Define "does not work at all". >> >=20 > Well as you can see from the ACPI error messages in dmesg (which is=20 > included in my previous email) a lot of stuff isn't working. >=20 > But more than that, if I do "shutdown -p now" the computer does halt,=20 > and then it switches off, but in a strange way - the fans are still=20 > going, all the lights are on, but the video card stops working, and the= =20 > on/off button does nothing, even if I hold it down for several seconds.= =20 > I have to press the reset button for it to start again. This is a problem on several machines not just yours, in fact from my=20 experience its a problem for most machines. ACPI has been in a sorrowly sad shape since mid august or there abouts. I think the releng team is aware of it and trying to decide what todo=20 about it for 5.3-RELEASE, backstepping might be the only way to go.. -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 12:52:02 2004 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 2E9DB16A4CE for ; Sun, 26 Sep 2004 12:52:02 +0000 (GMT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id C20B443D2D for ; Sun, 26 Sep 2004 12:52:00 +0000 (GMT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1])i8QCpw898280 for ; Sun, 26 Sep 2004 21:51:58 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <00bb01c4a1c1$6afe3060$1400a8c0@Venus> References: <20040913000216E.matusita@jp.FreeBSD.org> <00bb01c4a1c1$6afe3060$1400a8c0@Venus> X-User-Agent: Mew/1.94.2 Emacs/21.3 X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20040704(IM147) Lines: 13 From: Makoto Matsushita To: current@FreeBSD.org Date: Sun, 26 Sep 2004 21:51:53 +0900 Message-Id: <20040926215153U.matusita@jp.FreeBSD.org> Subject: Re: Recent 6.0-CURRENT and VMware 4.2.1: boot problem with PREEMPTION enabled kernel 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, 26 Sep 2004 12:52:02 -0000 sanewo> I have the same problem with 5.3-BETA5 on VMware 4.2.1 guest. sanewo> I'll try disabling PREEMPTION later. How's going? Hope it doesn't have any probs... Since 6-current GENERIC kernel has 'PREEMPTION' option enabled, there's no way to install 6-current to pure VM on VMware Workstation 4.2.1... Anybody knows what is the root of the problem? -- - Makoto `MAR' Matsushita From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 12:54:08 2004 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 2D80416A4CE for ; Sun, 26 Sep 2004 12:54:08 +0000 (GMT) Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net [24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 846C543D45 for ; Sun, 26 Sep 2004 12:52:24 +0000 (GMT) (envelope-from ryan@slipgate.org) Received: from ryan.lan (gate.lan [192.168.1.1]) by slipgate.org (8.12.11/8.12.11) with ESMTP id i8QCnVMB011410 for ; Sun, 26 Sep 2004 05:49:31 -0700 (PDT) Received: from ryan.lan (localhost [127.0.0.1]) by ryan.lan (8.13.1/8.13.1) with ESMTP id i8QCoGRP014341 for ; Sun, 26 Sep 2004 05:50:17 -0700 (PDT) (envelope-from ryan@slipgate.org) Received: (from ryan@localhost) by ryan.lan (8.13.1/8.13.1/Submit) id i8QClk6E014280; Sun, 26 Sep 2004 05:47:46 -0700 (PDT) (envelope-from ryan@slipgate.org) X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using -f Date: Sun, 26 Sep 2004 05:47:46 -0700 From: Ryan Freeman To: "Daniel O'Connor" Message-ID: <20040926124746.GA14197@slipgate.org> References: <20040926025317.GA5812@slipgate.org> <200409261342.34874.doconnor@gsoft.com.au> <20040926114623.GA7990@slipgate.org> <200409262212.26882.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409262212.26882.doconnor@gsoft.com.au> User-Agent: Mutt/1.4.2.1i cc: FreeBSD Mailing List Subject: Re: Sound performance problems in FreeBSD 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, 26 Sep 2004 12:54:08 -0000 On Sun, Sep 26, 2004 at 10:12:18PM +0930, Daniel O'Connor wrote: > On Sun, 26 Sep 2004 21:16, Ryan Freeman wrote: > > > I suspect that sysctl involves doing lots of locking and will do weird > > > things.. > > > Does it happen if you run a CPU using userland proc inseadt? > > > > The problem is, it isn't just that sysctl command that does it. I find that > > even running gkrellm makes the ticking worse. if i close gkrellm, it > > I'd say gkrellm probably pokes at various sysctl's to gather stats so it may > be a related problem. > > > reduces the ticks/sound stretches. that sysctl was just an easy way to make > > the problem _really_ stand out it seems. iirc when i was using 5.2.1 i > > found that just disabling the proc chart in gkrellm seemed to help a lot. > > haven't bothered to try it now. > > Does a purely CPU bound process cause the problem? > ie try something like.. > dd if=/dev/zero | md5 > well i gave that command a shot (i closed gkrellm first to reduce any clicking that may happen from it running) then started an mp3 with mpg123 alongside running that command. didn't skip a beat, so i guess its all related to sysctl... - ryan From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 12:58:43 2004 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 ECB7E16A4CE; Sun, 26 Sep 2004 12:58:42 +0000 (GMT) Received: from tora.nunu.org (YahooBB219003182047.bbtec.net [219.3.182.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70ADE43D1F; Sun, 26 Sep 2004 12:58:42 +0000 (GMT) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from tora.nunu.org (unknown [192.168.1.2]) by tora.nunu.org (Postfix) with ESMTP id 4FADE4CC89; Sun, 26 Sep 2004 21:58:41 +0900 (JST) Date: Sun, 26 Sep 2004 21:58:41 +0900 Message-ID: <87ekkpmbjy.wl@tora.nunu.org> From: Hidetoshi Shimokawa To: Bruce M Simpson In-Reply-To: <20040720034256.GA826@empiric.dek.spc.org> References: <16634.47272.768935.436137@grasshopper.cs.duke.edu> <200407182039.10773.dfr@nlsystems.com> <16634.54674.966908.540880@grasshopper.cs.duke.edu> <200407182104.53221.dfr@nlsystems.com> <87hds3pfgv.wl@tora.nunu.org> <20040720034256.GA826@empiric.dek.spc.org> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 MULE XEmacs/21.4 (patch 14) (Reasonable Discussion) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: Andrew Gallatin cc: nork@freebsd.org cc: freebsd-current@freebsd.org cc: simokawa@freebsd.org cc: jhb@feebsd.org Subject: FireWire/dcons support in loader (Re: Excellent job on the firewire support!) 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, 26 Sep 2004 12:58:43 -0000 OK, I spent this weekend to implement dcons in i386 loader and experimental loader binary is available at: http://www.freebsd.org/~simokawa/firewire/loader/loader.fw-20040926 Though there are still some limitations, you can interact with loader using dconschat(8). - FireWire OHIC is detected using PCI BIOS and initialized. - dcons(4) is enabled in loader as an additional console by default. This means that you can use both dcons and vidconsole or comconsole simultaneously as usual dcons(4) in kernel. If you want to use this dual console, please make sure you don't have 'console=XXXconsole' line in loader.conf. This overrides dual console settings. If you want to use serial console and dcons simulataneously, put /boot.config with '-h' or ' '-hD'. - I recommand you to use dconschat(8) with '-r' (replay) option. - dcons(4) in loader and kernel use different buffer. This means that dcons(4) is disconnected since loader executes kernel until fwohci/dcons is initialized in kernel. See below for detail. - This depends on PCI BIOS to detect FireWire OHCI. If we can share loader binary between i386 and amd64, I assumes that this loader can work well on amd64 too. Any volunteers for test? - I need some more work to clean up the source tree, but I can send the current source tree to interested people. Please contact me. At Tue, 20 Jul 2004 04:42:56 +0100, Bruce M Simpson wrote: > > On Tue, Jul 20, 2004 at 11:41:52AM +0900, Hidetoshi Shimokawa wrote: > > It is not enough :-< I lack the knowledge of BIOS/PCI(and ACPI?). > > Once we can access the OHCI register via PCI in the loader, > > the remaining part is relatively easy as you described. > > I need some help for this part. I suppose that implementing dcons > > in the loader is architecture dependent. > > Very much so, to begin with. Let's consider the i386 case. > > libi386/biospci.c wants FireWire device classes added to it for its probe. > Some BIOS wrapper functions to manipulate PCI configuration registers need > to be added too. I have added some functions to biospci.c. > Then a fwconsole driver much like comconsole could be written, i.e. > fwc_probe(), fwc_init() etc. I believe it's safe to assume that V==P > for address space at this point. I guess this could act as a shim before Unfortunately, V!=P. I need PTOV() to access OHCI registers. > the driver actually gets loaded. kenv could be used to tell dcons where > the loader had allocated the buffer before the kernel actually starts. Yes, kenv can pass the address. > There would have to be a comfortable handover between loader and dcons > in the kernel, but because it just uses a ring buffer, I imagine this is > somewhat easier than it would be otherwise. The most messy part is that console in kernel is initialize before VM subsystem is initialized. We can easily locate physical address of dcons buffer but we have some problems. - What is the virtual address of the buffer BEFORE VM is initialized? - What is the virtual address of the buffer AFTER VM is initialized? - Can we make above two addresses to be same? - What is the best way to prevent the OS to reuse the physical pages for other purpose? > I am about to get some long overdue sleep, otherwise I'd begin hacking this > myself. ;-) > > BMS Have a fun, /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 14:06:48 2004 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 B7A7D16A4CE for ; Sun, 26 Sep 2004 14:06:48 +0000 (GMT) Received: from gundel.de.clara.net (gundel.de.clara.net [212.82.225.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7932743D2F for ; Sun, 26 Sep 2004 14:06:48 +0000 (GMT) (envelope-from jesk@killall.org) Received: from port-212-202-54-147.dynamic.qsc.de ([212.202.54.147] helo=turbofresse) by gundel.de.clara.net with smtp (Exim 4.30; FreeBSD) id 1CBZpd-000FGI-WF for freebsd-current@freebsd.org; Sun, 26 Sep 2004 16:16:54 +0200 Message-ID: <004301c4a3d2$0e339e20$45fea8c0@turbofresse> From: "jesk" To: Date: Sun, 26 Sep 2004 16:06:44 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: Re: Intel ICH5R Raid Support 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, 26 Sep 2004 14:06:48 -0000 > > > > http://lists.freebsd.org/pipermail/freebsd-current/2004-September/038018.htm > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/60344 > > > > http://www.techno-obscura.com/~delgado/notes/fbsd-ich5SATAraid.html > > > > -- > > | Jeremy Chadwick jdc at parodius.com | > > | Parodius Networking http://www.parodius.com/ | > > | UNIX Systems Administrator Mountain View, CA, USA | > > | Making life hard for others since 1977. | > > > > On Sun, Sep 26, 2004 at 11:15:46AM +0200, jesk wrote: > > > Hello, > > > > > > i got a problem with a Asus P4P800S-E Motherboard and the Intel > > > ICH5R-Southbridge > > > Chipset. I configured Raid1 on the board and created a Raid Volume on > the > > > two SATA > > > devices. After that i installed FreeBSD 5.3 BETA5 on one of the SATA > devices > > > then rebooted > > > the sytem and everythings seems to work. I updated the system to > RELENG_5 > > > and rebooted > > > again but then the bootloader couldnt find a kernel. > > > Is there any known problem with the chipset and the raid functionality? > If > > > there is, why could > > > the bootloader find a kernel by the first reboot before i updated the > > > system? > > > > > > thanks for any hints! > > > > > > > > > > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > Big thanks for the hint. Im not very happy with the atacontrol solution, i make bad experiences with vinum some years ago and dont want software raid solutions any more. now i decided to buy a hardware raid, but i dont have any ideas which one to take.. can somebody recommend some SATA-Controllers with Raid1 support for FreeBSD5? best regards, Christian From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 14:08:31 2004 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 D4B6B16A4CE for ; Sun, 26 Sep 2004 14:08:31 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B299543D1D; Sun, 26 Sep 2004 14:08:31 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) i8QE8UdI029108; Sun, 26 Sep 2004 14:08:31 GMT (envelope-from davidxu@freebsd.org) Message-ID: <4156CD87.7060401@freebsd.org> Date: Sun, 26 Sep 2004 22:09:11 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.1) Gecko/20040730 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stephen Montgomery-Smith References: <41536FD5.20204@math.missouri.edu> In-Reply-To: <41536FD5.20204@math.missouri.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: ACPI on Tyan Thunder K7 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, 26 Sep 2004 14:08:31 -0000 ACPI also does not work well on my Tyan 2507T dual PIII, you are not alone. whenever I typed halt -p, sometimes it can shutdown the machine, but most time will print "hardware does not respone...", it can not power off it. David Xu Stephen Montgomery-Smith wrote: > I have a Tyan Thunder K7 S2462 motherboard running its latest BIOS > (version 2.14). ACPI simply does not work at all. A long time ago I > asked about this motherboard, and I was told that ACPI on this > motherboard is faulty. > From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 14:12:30 2004 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 7375E16A4CE for ; Sun, 26 Sep 2004 14:12:30 +0000 (GMT) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C0F043D31 for ; Sun, 26 Sep 2004 14:12:30 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.3] (12-216-240-169.client.mchsi.com[12.216.240.169]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20040926141228m9100ipofqe>; Sun, 26 Sep 2004 14:12:29 +0000 Message-ID: <4156CE4B.3070007@math.missouri.edu> Date: Sun, 26 Sep 2004 09:12:27 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040922 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <41536FD5.20204@math.missouri.edu> <20040926025935.GC2530@dragon.nuxi.com> <41563A3C.5080404@math.missouri.edu> <4156BA35.8010507@DeepCore.dk> In-Reply-To: <4156BA35.8010507@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: ACPI on Tyan Thunder K7 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, 26 Sep 2004 14:12:30 -0000 Søren Schmidt wrote: > Stephen Montgomery-Smith wrote: > >> David O'Brien wrote: >> >>> On Thu, Sep 23, 2004 at 07:52:37PM -0500, Stephen Montgomery-Smith >>> wrote: >>> >>>> I have a Tyan Thunder K7 S2462 motherboard running its latest BIOS >>>> (version 2.14). ACPI simply does not work at all. >>> >>> >>> >>> >>> Define "does not work at all". >>> >> >> Well as you can see from the ACPI error messages in dmesg (which is >> included in my previous email) a lot of stuff isn't working. >> >> But more than that, if I do "shutdown -p now" the computer does halt, >> and then it switches off, but in a strange way - the fans are still >> going, all the lights are on, but the video card stops working, and >> the on/off button does nothing, even if I hold it down for several >> seconds. I have to press the reset button for it to start again. > > > This is a problem on several machines not just yours, in fact from my > experience its a problem for most machines. > > ACPI has been in a sorrowly sad shape since mid august or there abouts. > I think the releng team is aware of it and trying to decide what todo > about it for 5.3-RELEASE, backstepping might be the only way to go.. > I think that my problem is probably unrelated to your experiences. For me, ACPI has always not worked like this for FreeBSD-5.x, whereas my impression is that for everyone else it came about between Beta4 and Beta5. From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 14:12:35 2004 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 05E3E16A4CE for ; Sun, 26 Sep 2004 14:12:35 +0000 (GMT) Received: from server1.astraldream.net (astraldream.net [69.20.5.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DB3A43D31 for ; Sun, 26 Sep 2004 14:12:30 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.0.20] (63-170-138-118.cst-sg.blacksburg.ntc-com.net [63.170.138.118]) (authenticated (0 bits)) by server1.astraldream.net (8.11.6/8.11.6) with ESMTP id i8QECLX20249 verified NO); Sun, 26 Sep 2004 10:12:26 -0400 From: Suleiman Souhlal To: Ryan Freeman In-Reply-To: <20040926025317.GA5812@slipgate.org> References: <20040926025317.GA5812@slipgate.org> Content-Type: text/plain Message-Id: <1096207938.23620.9.camel@zZzZ.segfaulted.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 26 Sep 2004 10:12:18 -0400 Content-Transfer-Encoding: 7bit cc: FreeBSD Mailing List Subject: Re: Sound performance problems in FreeBSD 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, 26 Sep 2004 14:12:35 -0000 Hello, On Sat, 2004-09-25 at 22:53, Ryan Freeman wrote: > and i get the nice "person being removed from the matrix" effect. haven't yet > +tried > the patch, but i want to get on that asap. can anyone else verify that the patch > works? and furthermore, is it going to be worked into the freebsd source > +post-haste? ;) thanks, >From what I've heard, the patch works, up to a certain point: it will not get completely rid of skips. Also, it will certainly not be committed, as it's just a quick hack to test a theory. I do however plan on removing Giant from sysctl in the correct way, as soon as I find some time. -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 14:16:14 2004 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 E41D416A4CE; Sun, 26 Sep 2004 14:16:14 +0000 (GMT) Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net [24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3C7043D31; Sun, 26 Sep 2004 14:16:14 +0000 (GMT) (envelope-from ryan@slipgate.org) Received: from ryan.lan (gate.lan [192.168.1.1]) by slipgate.org (8.12.11/8.12.11) with ESMTP id i8QEFpVF009393; Sun, 26 Sep 2004 07:15:51 -0700 (PDT) Received: from ryan.lan (localhost [127.0.0.1]) by ryan.lan (8.13.1/8.13.1) with ESMTP id i8QEGb7Q019689; Sun, 26 Sep 2004 07:16:37 -0700 (PDT) (envelope-from ryan@slipgate.org) Received: (from ryan@localhost) by ryan.lan (8.13.1/8.13.1/Submit) id i8QEGbPc019688; Sun, 26 Sep 2004 07:16:37 -0700 (PDT) (envelope-from ryan@slipgate.org) X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using -f Date: Sun, 26 Sep 2004 07:16:37 -0700 From: Ryan Freeman To: Suleiman Souhlal Message-ID: <20040926141637.GA19618@slipgate.org> References: <20040926025317.GA5812@slipgate.org> <1096207938.23620.9.camel@zZzZ.segfaulted.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1096207938.23620.9.camel@zZzZ.segfaulted.com> User-Agent: Mutt/1.4.2.1i cc: FreeBSD Mailing List Subject: Re: Sound performance problems in FreeBSD 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, 26 Sep 2004 14:16:15 -0000 On Sun, Sep 26, 2004 at 10:12:18AM -0400, Suleiman Souhlal wrote: > Hello, > > On Sat, 2004-09-25 at 22:53, Ryan Freeman wrote: > > > and i get the nice "person being removed from the matrix" effect. haven't yet > > +tried > > the patch, but i want to get on that asap. can anyone else verify that the patch > > works? and furthermore, is it going to be worked into the freebsd source > > +post-haste? ;) thanks, > > >From what I've heard, the patch works, up to a certain point: it will > not get completely rid of skips. > Also, it will certainly not be committed, as it's just a quick hack to > test a theory. I do however plan on removing Giant from sysctl in the > correct way, as soon as I find some time. > > Excellent! Just wanted to clear that up. Hopfully one day my freebsd install won't have clicks and skips when playing sound anymore :) thanks! - ryan From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 14:28:04 2004 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 72B9416A4CE for ; Sun, 26 Sep 2004 14:28:04 +0000 (GMT) Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com [194.25.134.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 585AB43D39 for ; Sun, 26 Sep 2004 14:28:03 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from fwd08.aul.t-online.de by mailout11.sul.t-online.com with smtp id 1CBa0Q-0007X6-00; Sun, 26 Sep 2004 16:28:02 +0200 Received: from fw.reifenberger.com (XKqQzqZOgeJbwz1USXTd-Bc9Bqcvc5uKHPV8acM3FXlyGY5VtjoUY1@[84.128.75.136]) by fmrl08.sul.t-online.com with esmtp id 1CBa08-289NFA0; Sun, 26 Sep 2004 16:27:44 +0200 Received: from localhost (mike@localhost)i8QEReqa008624 for ; Sun, 26 Sep 2004 16:27:40 +0200 (CEST) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Sun, 26 Sep 2004 16:27:40 +0200 (CEST) From: Michael Reifenberger To: freebsd-current@freebsd.org In-Reply-To: <20040926131154.Q7839@fw.reifenberger.com> Message-ID: <20040926162417.U8486@fw.reifenberger.com> References: <20040926131154.Q7839@fw.reifenberger.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-471932000-1096208860=:8486" X-ID: XKqQzqZOgeJbwz1USXTd-Bc9Bqcvc5uKHPV8acM3FXlyGY5VtjoUY1@t-dialin.net X-TOI-MSGID: a883e24c-db69-4c73-98f8-efa888ddd448 Subject: Re: RELENG_5 hangs during 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, 26 Sep 2004 14:28:04 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-471932000-1096208860=:8486 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Sun, 26 Sep 2004, Michael Reifenberger wrote: > Date: Sun, 26 Sep 2004 13:40:02 +0200 (CEST) > From: Michael Reifenberger > To: freebsd-current@freebsd.org > Subject: RELENG_5 hangs during boot > > Hi, > after upgrading a may-25 -current to the latest RELENG_5 I get an > hang after attaching all firewire, ATA and SCSI devices but before > mounting root (can get into DDB though) after printing: > Just a follow up: -current does boot. dmesg is attached. It seems that there is a MFC missing to get RELENG_5 to work for me... Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com --0-471932000-1096208860=:8486 Content-Type: APPLICATION/octet-stream; name="dmesg.txt.gz" Content-Transfer-Encoding: BASE64 Content-ID: <20040926162740.E8486@fw.reifenberger.com> Content-Description: Content-Disposition: attachment; filename="dmesg.txt.gz" H4sICODQVkECA2RtZXNnLnR4dADsXHtv4ziS/7v9KXi9B0yCtR1SkmXZ6ATn V7qNjTve2OmZRWPQkCUq0bYteSQ5j/n0V0VSLz9iJfO6Bc7odiSyiiz9qlis IikPwvVz5N/dJ+TEOSWs09EaGqUGmd9zchlx3p8NyTQK/82dpFkbbBG3O3X4 tqj41sW3Kb4t8S1qO0x8a+Jb0HSM2jts/obf8SCJSeiRBG5vA/+BR7GfPGPJ wF76XhgFvt0kveWSiG5jEvGYRw/cbdZS4cwmbQxub25Gn+fkb3qXzDYBmfE1 0UzCzC6jXV0jg9FsTvCxagQ+URgm/5OEyWbVjLjv8WDBozseNZ1w1T3bxNFZ uPi3+BtHzln8HJ8J2tqPvZvP488fu2QynfUuRyTgyWMYfSdxYjvfievH9mLJ 3TrhT2sACyR1Nw53yZpH8BwrO3B4s/adR0HzYdX8vuKrZuz/yokfkyB8JI69 BGaiqr5h1X/VphFfhrYL5XzpEeTlS/L+bAHyn8k79ec9sRNCnxxqWZxS2tzi XIXuZsm3OG0/bH4Pi5zMtapxOmt/i1WzoNPJlAzCwPPvNpGd+GFA5ogIEUqF O9Y0iBduAjflo55rLmhNUv1w2RtMf5BVutc2KKgrrepNx4NilQ5Vk95w3iWX or1EkJXrkadLbmM/uBPWhfSEB5sVB+HCqFlqYDC9JchAxkNCCQgyxivWBQah 1IPETOtk5Fo3M4KaKBNE4hG65MP483x0RcjQMlofbz5qFzU08AUCBQI6y9D5 fhKfkmazSXxLaxmyqEsY6+jMsMinX2uDq398u52Nvo2x/tugdzXu3/Tm4+vP YEAJicHofM8HvTXIRjy1yz17s0yIF/FfNjxwnmtzf8UdeIaER+S96OZ9Xiu7 sjToivyyAeFgHNKSlPPZQIolxMzuukQzwOg67VTO6W2XjKGT5cnNKZnCEPc3 K7w0BHRa06AfoY8T5Goy2pjAjWmZDWdpxzGSnMIovYbx7gfknLz/CErzAy4a fE/I2IVC+uRpbUJmCV+vUbJz0gaeS24nG3AQ5/Rp4fGFt/C8D5fT2/qXyag+ HNWns1EdhK5PZjf1aW9UnwxG9cFPVh3VVJ+NpvXJ/AZqPmJNrz6YXH8Bsjmy 6WZ9cHV5dTv7VB/OZ3VUbn0y+al++RM0NYNm4b8GX/VP83l9PqlP+6OLWsTt JYGxHEbPBARk1DRaptm2DHLCKGuRSf+0Nr1/jn0np3PuNwHaQbdGn2jhw+A/ 6LVU2OGe59WJabSZaZHFc8JjaLllkbV9x+PTUgtMfG+1oHueaAHsq9XWsiba 5t4mHM3cbkLnLY2KJhjVNUszLYumrWgtjbVaaUP2g+1nD3kuyM0Wbbc0ctIB QBCKhR/GupaOsf74egZ+ewa+3nc4GfoRuFRkvufgm6Lcg6AcGe8oSET7YB74 zDBJCQpGTwlMNg9YQ8gVR7NitbXjI1+XTAdj0R8MdmQXTYt2/w7uBOiCtaST kk2DqaR27cTO5TA6HZqTpoKIZrqG59ipAKxJa9fgjyLZSOzfBdJopWvsKr+F A4WSezvOnVHJB42vcxdUF4MtijZrEEaJzx2hoZof2mvfoV1yE27EGOZPQBqA xcHo7/R+iEnjgvhBAqOIFKjTEqwdPSXgu8gJd+94ndzDNHy6Q8iQcDzrkfHN P+HmRVqtSKu9TKsXafWXaY0irfEybatI23qZ1izSmi/Ttou07ZdprSKt9TJt p0jbOaILWlIGPUJdVt0R3bGS8tgR7bGS+tgR/bGSAtkRDbKSCtkRHTKhRBzo ghq0uOQPfFkny/BxD3W7RN0+Qm2VqK0j1J0Sdedlao0WqeHuZWpWomZHqLUS tXaEWi9R62Xq5ZaX+TwZI/kVOI7Ub43vgjDCOggZwP0gRQTUEK8koXRyIjhQ 1NBrREKIHCPfhegpDjcRTAOQZ/jRL0C049ZQKFrwZdoet5NASAFhPgR1YCl7 6tfh0o4g6ukKI3pRkI4UpLNnoGa9CHz2EGx1owjIhy8qTNaa9AJbjwltAM5Q sgpxwliEduTWnPWGkv5s2hWZDPj/bmFChoIvoxtV0oKJzyBXQ3nPFMXwUt57 8gOtLEEyqngYbQMNlrCsXYjSyHx6U+pn9iW/Z9CKEz2vkxCiXHlBnDDiFzWY 76FIzvoXNRUIYjJJMNIi8Wa9DqMki7F9bGB8dn1RCzbLJVzjH4hiMQKok185 8MkbiK3swA2xcZyyISdVeqmTWeglj3YEV/+yoyh8hLbWT/B0Xy97s/nP6ubD yk7uyToKHR7HYXSxjbGkwkkPPIWPc6tnO7yGaQ/NIvkskN/mVmRfZZb4M8YZ 38I1D07Yafcd5FMcJkjbdSMiHv4EUHQ86xTzQPpkycjOKDDZiovJwNZKVXCS X58Kcse7c+45hOPvJEowHr6KkPqcYuRGfyZf793oHC+gL5SXkxPfPddaJrWo ZZ7mEZEITR4ye2S0JqOO/56Ob2SyVcepAsH3IXLJgyDLpDXwEY3rYPmcRyXQ YhAGvHYFI1/khaS/iclQSjmFQUGu/OA7wUEc1/hqwV1MP+GDBg0JFnx6ePdk QoEOc3sL5uE2DCWY3EAMmIbA0FnrAGtfsupvYB1IVu0NrEPJungVq84Kz6q9 gVU9K6vMKrisQq/Wq3ol7M3KIW8TWLBqlXuNl5Aai55Uh7TA2nkDqxLYfgPr oIpJ7GcdVlGOYNUKrEXl2G9g7VeGaYd18HaBh5Vh0gusWuWRs5+1kpfYzzqo YsP7WYeVbdgosOqFZ9XfwNqvDNMO66CySeywDisbYqvAahSelb2BtV/ZmnZY B5WVs8NafbyaBdbW62x4h7X/9l4HlZWzwzqsYhI9CIqu4yGP/Ac+dfyx2yUL iAEoRnQ4d3mbwCE0jZ2m4SMukGySBIKFE89/4u6pXFJN/BXULMPwe0w+Xl8P yUosEup1srKf4MKok0ffhegOV3j+n+M/naO0YI3sDc+Ok+Kitd5qd1pGq7ho jamOsKRvoi8M2TWjsfAT1TeEq3pTsk0+/Xoh43D6ZFCrgd8LDOiFIYpkC7jT 7PQir8FQOav6FMZJA1PjBSSJdzxrEeL6Bn57OZ+gR9IlRrx+4Cc+JMNOcdek i41nbYtmN7HoWnSqatfpyjFUntPau5W9/sroz12SPK85ogkp0h1caHWysGNO PJUs1InYddLMepZ3iYXHxsW7Bw5JVSRyDNzFg5EJ15gdQGMQq7twR/XaO9Eh NAPOAP/iyEUB0lSjQWkDu4FcA0VBJrhbeaI5IFu5Eb87FxkpdBIndiLvNdoB OseGHGYZxL+eQ4bjPoaRG5/W3i3tRKhONAaZDwni0zoazl2QbJXZT0BcLKsA DS1D086hkbxGyst2eT3bKvCyTs6rTARyTXgkVy0ue2FEaFNrQg7ZSylUGIRF 5B4yyEc/kqsicq3qqH60w/rRdvSjV9YPpe2ifugfph+5MnJuizWVc3jgd2v0 /7ihhdOMWiaAhJGSIUQSziaKAEy4lerRMtUaO+pB1XArUw9pVVNPZ49+Om9V kOEUFaRtKaizoyGnIZS0X0OsrKFWSUOa9adpqBrw1puA7+8Bvr8H+M5R4I0K wLNqwNO/EviFAr5TEXjnbRY/2AP8YA/w1lHg2xWA1/4DgHcU8Nb2LLJ3Jmh7 OfCMvgL44R7gh7vAa/pR4N0KwLfLwGtvmKyp9gdPBq4EHp64MBloL04GR6Ax eA6NtQWNvjeOMbZtkh2ApjRPQq9vhsbEDXy6g45GTlTpUf3Tw/rX2b6HZNWm Gka9P2fgVfFvMNQy/2ZUjWMNZ1EBm3w2YIiNZf8fdEpqGtZarYrTAX3tdKCz 3XkYkvQD83D7KPJ6BeT1oldqVZ0O2F8yD7e3p4MDwBs58NbBpOKQ0vLgydzm tY5MQ4WIt7PN6xzh3S/zn2gsrQrG0sqMxXjJhb2Yz/zRU1jBWKpOYfbdWmww 4lE3Ymm4w0hOxPfHyeDTKZl9+djDxYIkCpdLHl3giSo87aOS0Ia4lKe61BEm VdqWu71i05qZuAKi9gi1JlUrC2nvN+qAbbYbmR7pQm1HPpYzqlLpwlkpseay t4FddqPMrqRX7C5PuIPHAixqUjxcGy55oI6OKRJ7zSM8M0XSA7RMsya1zb1c NsnQo2zYJyfjwSfjlNzO+gXg8LbRy9ZpMENs4B+2D6FOASLVR+ERtd3n0xQ8 hnw+bD1l/Ppx3Ps8b1xdD/4xGv5c28SLV0oMgoimFCsS4WBR52uxnw2WyxZv Pw3G4rAzgVKwdXG+snMmYwQkp2f4VZfb0Sxl1oi0z0c/uYebCKB/kHu+MR4J FsYMLgHlYK+Qvl/A25J4dxTenTLerIQ3ezXeVsa4i/crJVZ4M8W6F2/2W/Bm r8Jbe4X0gxxvR9q3k9q3VcZbK+GtvRZvh2aMu3i/UmKFt6ZY9+Kt/Ra8tcp4 c+VPRtjLyR0PeOQ7Um70mnvdsMgAG+oydbiaXoa7ncHNd9yJUcHdqm5S7i3M sfQbngeBOQwmty4IulrbAQKIPuNIPTtSLxSjd8mj7YtzVyilOC0C8/ud/8DJ Zp0ioyhxInVJuEl2eBSBwDd/R4Cq4rzbHOm4nimPC9nwiYTYRdmqaAya5akf 1bfsTFN2pqd2NnrRzrS9dgbMZtHOzIN2hnETKyz3l3YScsPRaWEeUjwQTHB4 KteGYAy308TGXKFys4CAxg/shKvqQuX47BqadvA8kvrQJ1eGCy4eDMsI1ant Ai3aoJXFFp4lT5JlDOuIe1zGiYoJnIRppwxwucUw2yySyHYSsJ9l2pGrIGhW 3jJhh7ZMmKotbZmwKis6lldYPGasHA6zbqqaEzyodkrEnlScZI/tptDJdiVU KtYQlwhCpWTALSzotV8tBWo6FcGV/sl12hn+uzE9GHO+AM5USE8PrH9rbDei Z2K5SEb0OjUKy7CGKSN6dnADycENClZpTYptBfSsFNBb+wN6PETbMauE9EiJ Zr43+WYvRfXa3o2KY+miax1MvV6rZWlkrrVrYJmZm0bBzL3CFpb2e5i5t985 7LM1tmtr7JCtabu21hHLL9LW8ABrIXukZVvbXf9i1Tcr2YvJ46tsTWtDabu1 bW54FtzUWvvNTXvlpthRv0Z/b7+WK5y3XzC7khRWQQrj95DCyqVYHDE7bdfs Du7B7tnwYNRwUrOzqGYcNjvtN7k48/dzcfkycnHdQryOtt/J4bbHYSfHjvu5 /Vp3f29n4+Zad6vPqcbeBba3eFtDpLOusXjR4Kxdg7MO+bkjuxmM6p3d3YzU 4Kwdg9P+Ej9HgVqjOxanQzEzDs2r9LUm5z2GKlH7Mu6RS4CRjCH6/zI3dWqe ZjlwIfDJ0rWdaEyma6wQdedBN8t7Kq9wHc/XZD85/1bGlpVfb2VC5OTmenLO TnOKz2ET340fx6FzH4VBCEG9c28HAV/GuA5mNXPS0e3YNMDSu4x1qdmFC/nP 0LqtVk42vX8mTO8YNhHvaIoXqWdiDViX6UuhSXFKX1aCNr9FqCFqqBdHgQ6w RzMWS1qj0QibPUGF/Aj/T7OQXDVXixdisXPWnza0s9lgNhav2ZCUQdKmTeZC jEUCoDIa/DWAJK8LYGx+E2PCsXCbCE9eQBqII2Pwr8HVaNKbzUc3+FI7L0qr C8ZYPNV9uCYfzomGVo9YjG8m5BxfU1zx0yIP9r6yA/sORFa19r0jjm259jpB aDoGJbdLyGw0Ih7PFhURObkeTQqGmcdqBcPcip+kYWoFw2QFw5QdD+Xr3uJ9 95BMRpPxNVCoyoLJskprslKEjNt2sd3ZaDQFk2w2m24YQGomayd2sIGs6urL kMx5tMJ80886li/W8nUUrtBC16ixIFGVsyx7/eTf3QuhSJI3QUbKKW9TX4WP x4inkb9KSfvVSIUMR2iH4WOAP48g0JBnEEGj0yi8i+wVvhVvaAbkqHESbRxk j4mrOLIm0rfUAeaW6YFP72/u8AauLpe2uMRR1WoZKfxb/sL2nbbVoWcdXJCU 9vWjD1n2QHoC0qtLexu75+DMde1Ma+lQ0o/VQMFEec6f7BjGEgq6Ej/CMZ/1 Db3X1/SLghluxVP1vbHenjXFHa/J3uQ1aeY12QGvyXa8Jtt2m+yo2zSaOWnm NinrLtqp22TdFuvqTk5W2W2yym6TVXGbDN0mq+o2C+gfdJtsj9vUj7tNYDOO uk297DZZ2W2mtU/rg5sgMLDOwF+RLyMywjfWAp7kjjMPuwoWuxULSsdJC7Zp FW3zaV3FN+5apissU3DL39pQUWm8tqELiJ38GD09xKH48xSKUrw8O4y7BEM5 /A2EjrzSIeoCi4MwTtINnwN75TtkltiBu3gWuKOZZj8usvJ9wBFBm4zzpS5k rvnB+v4Za/DXPUxtNId+BIIr7vp2/jKjfGtRtpMxAS2Gx/N6etG4HP6EN/Ku eClr7E0SKqEXa4/IFWM8iSGKUo2JZVEew4PjUGp3eafrGl3agrBEUW4NbXxO fAZcDMU3vPcshrLCYiiQCwNCSoWFaKFmJ/a6uCeINkVuh5MeAlJcDVYWhedK 1B4qeDq9bcI3a2MRa7exxBMlnijx2mV58k2rrNuSYR3bRsHOkRX4lG8ifxPP qJrb26x10FhVqyDsfnkORgBG+js6ppJGOAuSrBmYc/z9nOokxASBnreovGJw JWgbQJDgq89YCt4ECHgkNtEZWcYLucy2UheSI17aDxwsrzJHLo9GMjFSKZQ6 8D1Z/UNv3vs2u+p9GdXxSvqwC9VG9nIu3LIC4OwNgFtlwNuVAXfKgLdNJU0F wCUYbBtwugMfaFXCxxeSYwvwnIPuB5ztAk5TwGkRcAMBn46LQLPyW9A4EAEP X67AQ5Ay6eNwLY0imBOCkLj4mlCU+RN8M3m1NYxP1EyRB9J4Yga3F+gCRy+e vcE7oxBWy9Mt6facoeIZeV4mLe2k8czW8G4V9l5WO5PGsWGI0uwyGvTYKMRn UnxbPlIh0gvsZXin3qWOSW/IOhbrk96g0yYDmDccfMVb/CKOwQyjpbeN0wvF K6u9NBrFH9ZZ30NYX8f5Et+WGfYGddISl9LOyEO4hGixDvM+0Yf460sRDyFA vsffNsMoUrWcBtSO6AF/cSbANZOsqwcbjACjhAgDkulg8r/tPWtv20iSn0+/ orGHAWxAHvWLz50NoNjOxBt7rLV9SQ7BwqAkMiGsF0QrGe+vv6pqNkVJJEXL Hhxm72xHodhVxerqrurq7upil/Wv+oNukdyN6ZxSBgPgKrmH/gdDKVPj2Alo 8QiXD/5K20ojT1FaojdFaS2qs4PqlVCd4tTQkM6d0dx0AjOX/Bxa6fBPMqaJ XjKZLxZPprNWDScqMYOGPsFPh64lXSu65nQtqLu5QAYcle1npKN76g4BZ4to +QhOGrgMeVmhWvlXk+EAXBNgDdqan3x4i+ec/mIYNC4CQOb8wvw7neNYk++j gdCRD025xNIZtjrKDbxmmLoNTWlWYFENp9ETQQ/jYvXMlCIhQMYB3/zS/bVY fKp4kj+wqLJBNguHLrRHv7NYjAoPq+hGuPRGpGj9LYc5HwzY7WBA34oHefQg zzzIKx3eIpRfzf4wGP90gQbuCGj0frt4+/by/BglcHp9NejfXcBX4/kuFrnT NYiWmKxvYp5T7DQC0QKG/Hjpa2tATNq7nHrv/NQ+6P7iDL/Rf1i/LB2mdIYN 5wwd8H6HdsMc007lxtY8jR60Zur9+afL87u7k0H/9EP/5oydnd9++Du4fzCL fMOuLk+7g9PL7uDqsrOYpORvDy4vBkUKw02/0BC1kBue3WTxSMhLwihDm5Ii 58MJdbMZyQi4TDcEh0k+Sqir2cMMZskh9aa8ux1Zb/cYRpKHodG4D/ET5dgo B44cpT7Xcj0MuLpLh3bJiK/bnIiQxbxjlswbluQTblECN08zCCGlDrSrjXCj /OTRfApTmbFZieDcdSzOg2UTswmC4Y2G7Eged5ABNOuGlY7hx3wBA4ieugBX XSJsN9fLEFjrGi7hUo1NnFxele0RIUOztyJNxBUgEDXm28C52D+wcLSYLXKx lOyMwbI1LFcppCqZ8l8Gtz3JrmDiHL8pk8hlZYAq+UHVmZg4iklKBLpWKUA6 5tiHYsbkZpabvO7FubxcAObH74ItHD2AxuLifahzpOxpNkJ/KUQA/AIWDHH2 964IWyGCppksYQx8AksDs7fsryx7SE12wfSxgBJ7oFAeoZVLI2yCgMk+KLAq IZmWRqgMU+eQjW2Culs+4RUu5t0PUFmgL0ququ/rmvt+zf1R9X1VQ1/V0Fc1 9BXQj76N7qHZ7qkNmVAw0MxLq/umw7MkSvPlujKwLgHHO8AZCDnbI+PvX6EH wEczVPHIexhWJjDtndmkoAhQMuKVkIvc4M/ms5My7Hw5tTPc6wWtSt5cX5Hn nM6Nczsa5svImNgpnwGDXk7NCejiRjT+zmsV4VtUX0YprKrLho+1RaOstige 1xYlcW1RWl80mdWzCH47tK5pbDSNplOA+KynEPNCkmRj1xIETFFHNqNB6fYJ fOMpGq1sPjGrFMWwUqJEwBi//Ytw2fd0+bgyUUyIlOUmjsJl+BsDmwzB8pnB IV+PnrB4uppg9lrsruwoe8qQQFF8jIZA7Ph0qoVPJxp9OlHj04kwF6UVbZw9 YvZSKBfgzGqTC4IgG6QvySGUuUOo1hJL57JW9Olc1ZbNajsC6i80mXX9UKGg Sd6Uu8KI3PJxUnSIKI9bGyZl1UpwhQrJdfGzS25riM175ByvR2yYYHiJgUX6 YYk+DPHLxxGN6rqLU9QwfxQtDdH64pDSxuH0CwbREGMMMD2X+aa6xaCdlxr4 H+lsPP8RUj6uIUUv0Sip5AP7Cg4zXgCZVRKuCzrINkwvomkMPSljqwW6ZrgJ e7JadByOa/swn+XFn6JPyVyPOQnTCQMYXzLHYb5gnWHCRIIQUMBhThtbNA/m LiwYMT9mfgIjCYIFLiAELFIsIRwukDA+QTPuYPIQQFM+UwFTEVNDGAhYR42Z gkk5IIwIBy78Env0hwzTk4HudgVBFWhbCv1qWlwF4ZWrKV5UTfr7X6nm+a/9 3lZVQd1A18DrGv/b1fZ7/bjTNLaWx9U8Bd1GLClLQOWyb5hhHsZsTBKYZMWK PgaI7NzZSFJyd3taTk+ykRm7yFCC0QAlLGimdPTA4u/x8onC1nEJLh7tZFW0 2Q/t/SjD9MF2tcz6ycwtAGxJwW0GzstXsM35AIU7N/MFnq/h+3DkATjqABx9 AI5zAI7wDkByD8A55DnikBr5hzzokBoFhzyIH4J0SAcSh/QgcYhKiEqJX6az 1e/s/PIdzA/iEfsG02lcLMCYAHrFQ+ddlD2yiwEouN2VncBAPMbwhhXmhWX9 LJuPUmOMBiZJKRguMEfz7dUYk58IF6+yRWycK3A5f+Y/mYVMKMYFjOX88ZGm H7lH14WuArVYZBT59xNhyZ+dn44Ll2LyVNApbdIs0jluC4zYj/E0wqgvyVbm Sjtm2/dvPoeJ0OZe0GFYUCeKZBlcXNMKYWnlH9frqoHt1l4dfF6PVrS3YJtI 07LSxalyLrnL+x8/Su6d8N5HKa/7rgLnsn/XP3FxFvhgVn8Kzg2q47taX72F xpAcE+Ojy0bJ7jFqTohAwEB82kVVfd9lrmK3XeYIyd4abLgN0FkvnT0CDAwR i8dvMM7Eq7hrmQZA8WwOqf4G8wUMipYMlveyGjqMzDuMpg5j9ptuzm/P7+iU Eb1YYJVt7Yztb2xR2ZGUqgQfjc3i6fnnu+sbdvbx7IYNPp943O/jGSD3jbll 1tiNLAWM08w2OKHj8gFz/YB/eNsDJbRXx+wH6H9cVdKliJEPb9FzT+JlN+cw p4crJTAxOz276eLHJ/w864OOw4OmXeLo+sr8b9fOcsxP+MBNVAOFMznDDs4W lugHzZMcqb8a43rTYhI9AV+Om28LmYTXWQ50FeOmappNQxbju4PMquQSUVYz fGsIrtHkkON0NUUeTm7AEPHp1LxaAbrjqPMpPzMmeH7UyWyWUdyLXQ4H+4UN N4k7R7P5AiZ2i28hBU7x8ETAH8xHCb6IfAHMCVp08PHAdmNkFIuGMD1Dn89s Hk3jKKP5czQKPHPwiPaqoEW1j2m13/8L09RNJuha4y3Qiff/KscH/hb/oJif 9WInrl+KsaR8DGMlElGOi9kDLhNnvJe64MMAZ47eWPqJv5e6BY+8WCi/PTOB 8GPV+fX8+grcb4A0ZmPMd2+Jzhf+TwZTTdoMDYUSLDs6fX97HPKe6AkWmy8C I9R0DyxHFsLHJJTc93zZ+SI2kLlFFqrH19ia6zU6YPowrExCVwYeNEvni6xm QHOnTERwqUpMONxVEskIoZzAcYXT+aJKhPi6HvBriZgvMO0HRCsN+z6kGCWU mWwVy0emJOoNOAxfwRgKDnruKl/DAD3Gb4H0XRVUUpCWQg6muaUCJLWCqYbL iYxSSkjlq6Cajio4MXDY2jkhxxcuDxyNL3NBSq7QgRSBkl6Qt6efi9N1qttz U5jYojRyCN/zNhu1jRw3WrAVwstbStS0lBGFCxXUO6KppBJZMmvpeoEvueNr mCQjifV3p5rE0JIoY9o2d0CqXDow7V6zg+ypalqjHXaqa2RIHNEUmocUMkO/ YEnj5RLsr5TVpf81W8aPyycy9ucImYMJCyaqiGyV1hFRIcWU1BDZKq0j8m9W HWnBKquzVfqHEvFDCujnoa4islVaKxMRUnwrD51KoWwV15Fx7dNkFZWt0joi ngVTVUS2SuuIBBassj5bpbXdjVs4t7K/bRXXNnNgpVdZo+3i2jbiFq6ypbeL a8lIC1dZqe3ien3OwUQoqvR5o7QFEdlIRLYjohqJqHZEdCMR3Y6I00jEaUfE bSTitiPiNRLx2hDhjU3MG5tYWB2pJLJV2oIT2ciJbMeJbOREtuNENXKi2nGi GjlR7TjRjZzodpzoRk50O06cRk6cdpw4jZw47ThxGzlx23HiNnLituPEa+TE a8eJ18hJKy2WjVos22mxaNTiltZeNmqxbKfFolGLWw4ZslGLZTstFo1a3HLc kY1aLNtpsWjU4paDl2zUYtlOi0WjFrccAWWjFst2WiwatbjlMCobtVi202LR qMV1Y7E9gzmJR+bdzuk0xqxOcNkP5fZCWjO4eh64fh64+zxw/3ngwfPAhXgm /DNFKZ4pS+E8E/554M+lzp8Jv9sV8u4r7JKvmaXeYO/FheNTE9HaOaLifl58 G8/oCO+ns7sbJrYKb+JRnOIpBFPKknRCG/20UZbz9xgtv8a4jmKC04VLrxdZ RrMsiZdZzdNukR4uUM/HLOqyeZLgYrSX1D2/Gl4knf94V2KpCmCLSQyHtQdf cQmb/8yvcAU7R/gbHRTrLKIsowBltAT563kKEpMVbm4SSMh+uf49mS+BQXb9 +d31zRm7ODs3Z1CYFkq9Ye/wlT3sNp0uJuad5OYFzqw/wt1MWo4/KYLjLdVb czbot9V0GC/Zf7vc+XR+es5KPxbS4RgkcYV7JGuZY5moZl+U2MetsKvo90cw ftez+G6+Gn2jfCCW6b2cil1OBX/vfdrlVDRwSmf5sZnqBY2pE+Moe7rpX5yx j2aP5RZg/hMjYG44Fw0sqw2W5TbL9ifgDg987loov4JddqTN3VKPwUS81OeP u+wu+voVmPgHbulhL7cH5pGkyttD1NdS7etO4pDupHYaSb3/9PnO220k1dBI upr9cnfSf4g26AptcD9/+Psu+7qBfaeafVli33mpNjgV2iC4f7vLqdPAqVvs ldb2E3d725XZjVdmNl5vbH5F2km8vjLc8g1ugYhSFTyMoz36CACvoo1EZ48u EsxraiIRDBzlBwFt48Ol4zvCkbRPT8dX8g39kEnHec9cddu7Y0IKsMGnx4C/ Z1gYR68/KBDNFkMCwVV2LCoRgda+wGqrwJcB9Be/udZSe4GkSu8ZTMbRi4YS Qm8xkBBcTf0webAKlEf10wGXSvpqT6sqDi1P9dtjnAHg1U0z0WxhmAmuptJQ IoQntYuVlppDN/XknkYVOtAuVXqPSQeAP6AntzPnBFdTaf2inrxnIACAl/Xk doMAwdXUz3lBT96KOxjthiKAJdi9JXZvyd1baveW3r3ldEb2bF/dGFYROPTc EYxIVI5fVDIa2/RK7IsM8KXf7Pd1phkGLYiZ2/65fiX9EuZVdG7JvJpesCM8 EEEZD49xZjGarOjYN69F0WsU3RLFXaO4LVG8NYrXEsVfo/gtUYI1StASBXrn WmSyLZIqIam2SCVJi7aiFk4JyWmLBA1EmWro3XZtkbwSUts2En4JqW0rYZbU AqltO2F+QoskeVskUUJqqxBSlpDa9gipSkjbPaJVyA14aj0pnFLETT5GSOfP EHED9rkm4kZyFUifey6mDMMAFXNDcPCWnXay8YW/FY2E44tUWsg/h2zqopEk zBcCrXwXHAMjG7qhRSCClqFanrcde2cmB1q6fxLhyNqgOg5OhCO0FNoG1pk7 nlZtxQP+eA+IlkMTyd903T+JWqk66UgZaPgndR7kZ24ocBmV83/E5Oj/Nzm1 snEOMjmVZj1qErLWjiVkpe7VEdoNXqxpqVoi4rW4qQylrJEN3VDVRMaWyEZN cnra464rPc/3/TI5R7u+V20Ii8r5IpDbhlCpwJEbhhBNo6qmtFu7entaR0bV STs3Pi5ohC4ZH7RGXlBNqIKfagtWS0S/Vtvr1+iJzmtx47xGT3Re0hPzbB3g s07xNKt5T06C6X5XSRb2YO7aM6HQnSs67Tquh/i5Qzzc45n3kOUbeL1smM56 eKszomnuNMX96N4iosNyyXyJZ0BWsxSupnQgb6eGiFeIW1Ck/UbNVBHrbr47 QrqqksqurNcYeoeCSYmU/UhNMnjcq8PMQWOkgYmMxyaxFB4vuY8nCeawmQ7n E/Ywjaf3lKDkfhF9jWlFYDUbx0k6i8ed79NZ/Ci2TgLam5U5N4fjUMjQj00q 284iHbOAu5gnYrk079qjbPR0GpkdyZM34rjzP6JzTmcXnAAA --0-471932000-1096208860=:8486-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 14:29:25 2004 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 4380116A4CE for ; Sun, 26 Sep 2004 14:29:25 +0000 (GMT) Received: from tora.nunu.org (YahooBB219003182047.bbtec.net [219.3.182.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8740943D2D for ; Sun, 26 Sep 2004 14:29:24 +0000 (GMT) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from tora.nunu.org (unknown [192.168.1.2]) by tora.nunu.org (Postfix) with ESMTP id 6B2F54CC60; Sun, 26 Sep 2004 23:29:23 +0900 (JST) Date: Sun, 26 Sep 2004 23:29:23 +0900 Message-ID: <87d609m7cs.wl@tora.nunu.org> From: Hidetoshi Shimokawa To: Ulrich Spoerlein In-Reply-To: <20040925163148.GA9626@galgenberg.net> References: <20040925163148.GA9626@galgenberg.net> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 MULE XEmacs/21.4 (patch 14) (Reasonable Discussion) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: current@freebsd.org Subject: Re: fwe(4) and polling(4) 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, 26 Sep 2004 14:29:25 -0000 Hi, At Sat, 25 Sep 2004 18:31:48 +0200, Ulrich Spoerlein wrote: > Running an NFS-Transfer between these hosts via xl0<->bfe0 I get roughly > 10MB/s and the load on coyote is around 0.3. The interrupt rate on > coyote is around 5000 (xl0, irq 12) and on roadrunner I get up to 7000 > (bfe0, irq 11). > > Now switching to the Firewire-Connection I get "only" 13MB/s, the load > on coyote is reaching 1.0, the interrupt rate reaches 6000. On > roadrunner the interrupt rate is topping out at 10.500 (ain't that > crazy?) It's reasonable number because fwohci doesn't support interrupt pacing. This is why I implemeted device polling while ago. > I then switched on device_polling on roadrunner, because the man-page > claimed it was supported with fwe(4). However I can't see a drop in > interrupt requests and performance stays the same. Interrput rate should be dropped in polling mode. To enable polling mode, after you set sysctl variables, you have to down the interface once and then up. (ifconfig fwe0 down; ifconfig fwe0 up) > So, is fwe(4) lying? Does polling only work, if the device does not > share the interrupt? Should I be able to get more then 13MB/s from this > not-so-old P3-500? Maybe... > PS: I'm somewhat puzzled by this: > fwohci0: EUI64 20:00:00:00:04:00:52:cf > if_fwe0: Fake Ethernet address: 22:00:00:00:52:cf > and > fwohci0: EUI64 35:4f:c0:00:35:67:98:30 > if_fwe0: Fake Ethernet address: 36:4f:c0:67:98:30 if_fwe is a non-standard ethernet emulation and need to generate fake macaddress. As far as I remember, 0x02 is added to the first byte to represent it is private address. /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 14:32:09 2004 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 AD90A16A4CE for ; Sun, 26 Sep 2004 14:32:09 +0000 (GMT) Received: from web14828.mail.yahoo.com (web14828.mail.yahoo.com [216.136.225.230]) by mx1.FreeBSD.org (Postfix) with SMTP id 865CD43D48 for ; Sun, 26 Sep 2004 14:32:09 +0000 (GMT) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20040926143209.44197.qmail@web14828.mail.yahoo.com> Received: from [212.143.154.227] by web14828.mail.yahoo.com via HTTP; Sun, 26 Sep 2004 07:32:09 PDT Date: Sun, 26 Sep 2004 07:32:09 -0700 (PDT) From: Rostislav Krasny To: "M. Warner Losh" In-Reply-To: <20040921.143546.63053469.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Re: new fdc(4) and new fdcontrol(8) behavior (5.3-BETA5) 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, 26 Sep 2004 14:32:09 -0000 --- "M. Warner Losh" wrote: > In message: <20040921122354.73480.qmail@web14827.mail.yahoo.com> > Rostislav Krasny writes: > : Why the 3F7h port isn't used by new fdc(4) on my system? Is it a > : hardware detection bug? > > It is a minor, hardware detection bug. Your bios doesn't list it as a > resource, but should. We do use it, but we don't allocate it with the > bus system, which is why it doesn't appear in dmesg. A > mostly-harmless cosmetic issue. How the 0x3f7 port could be used without allocation? My BIOS doesn't list 0x3f0-0x3f1 ports as resurces of the PNP0700 device too, but fdc(4) use them anyhow: PNP0700: adding dma mask 0x4 PNP0700: adding io range 0x3f2-0x3f5, size=0x4, align=0 PNP0700: adding irq mask 0x40 pnpbios: handle 12 device ID PNP0700 (0007d041) # devinfo -uv | grep -e "0x37[0-5,7]" -e "0x3f[0-5,7]" 0x300-0x375 (root0) 0x377 (root0) 0x3f0-0x3f5 (fdc0) 0x3f7 (root0) __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 14:38:45 2004 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 F187516A4CE for ; Sun, 26 Sep 2004 14:38:45 +0000 (GMT) Received: from tora.nunu.org (YahooBB219003182047.bbtec.net [219.3.182.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id A58FC43D2F for ; Sun, 26 Sep 2004 14:38:45 +0000 (GMT) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from tora.nunu.org (unknown [192.168.1.2]) by tora.nunu.org (Postfix) with ESMTP id D9DF84CCD0; Sun, 26 Sep 2004 23:38:44 +0900 (JST) Date: Sun, 26 Sep 2004 23:38:44 +0900 Message-ID: <87brftm6x7.wl@tora.nunu.org> From: Hidetoshi Shimokawa To: Hendrik Scholz In-Reply-To: <4141AB09.3090508@raisdorf.net> References: <4141AB09.3090508@raisdorf.net> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 MULE XEmacs/21.4 (patch 14) (Reasonable Discussion) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: dcons(4) console for jails 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, 26 Sep 2004 14:38:46 -0000 I'm not sure I really understand your concern, but the following fact may help you. - You don't need firewire to access dcons. dcons can be accessed via KVM without -t option. - By default(without -g option), dconschat listen on only 127.0.0.1. You cannot access it from outside of localhost. Currently, we can only have one dcons device on a system. You may need multiple dcons port for multiple jails... /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html At Fri, 10 Sep 2004 15:24:25 +0200, Hendrik Scholz wrote: > > Hi! > > I've been thinking for this for a few days and eventually had the time > to have a first look at it. > > What I'd like to do is basicly running > '/usr/libexec/getty dcons dcons' inside a jail and allow the host system > to access the console. > It's easy to do using the dconschat TCP feature (dconschat -rTC 12345) > and using telnet to connect but I don't like the idea of allowing telnet > connections from remote systems to important services. > > So my solution (only had a quick look at the code) should work like this: > > - write a firewire-like extension for dconschat, i.e. 'dcons -j myjail' > that connects to the console on the local jail 'myjail' > - build a miniature version of /etc/ttys in the jail to allow > configuration. > - make sure the comserver-con port works with this extension :) > > Are there any comments or recommondations? > > Thanks, > Hendrik > > -- > Hendrik Scholz - - http://www.wormulon.net/ > drag me, drop me - treat me like an object > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 14:46:33 2004 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 8D24016A4CE for ; Sun, 26 Sep 2004 14:46:33 +0000 (GMT) Received: from web50305.mail.yahoo.com (web50305.mail.yahoo.com [206.190.38.59]) by mx1.FreeBSD.org (Postfix) with SMTP id 1BC5D43D58 for ; Sun, 26 Sep 2004 14:46:33 +0000 (GMT) (envelope-from cykyc@yahoo.com) Message-ID: <20040926144632.70365.qmail@web50305.mail.yahoo.com> Received: from [209.98.54.121] by web50305.mail.yahoo.com via HTTP; Sun, 26 Sep 2004 07:46:32 PDT Date: Sun, 26 Sep 2004 07:46:32 -0700 (PDT) From: Jon Passki To: David Xu , freebsd-current@freebsd.org In-Reply-To: <41565673.7050504@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: Interesting code in exec_setregs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cykyc@yahoo.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Sep 2004 14:46:33 -0000 --- David Xu wrote: > I found following code in sys/i386/i386/machdep.c: > function exec_setregs: > > bzero((char *)regs, sizeof(struct trapframe)); > regs->tf_eip = entry; > regs->tf_esp = stack; > regs->tf_eflags = PSL_USER | (regs->tf_eflags & PSL_T); > > the regs is cleared to zero, why do we bother to test it > again ? regs->tf_eflags & PSL_T is useless code. > > AMD64 also has this, I also found it in releng_4, why ? FYI, it's first incarnation was in v1.87 [1] (1994-11-06): ! 864:        bzero(regs, sizeof(struct trapframe)); ! 865:        regs[tEIP] = entry; ! 866:        regs[tESP] = stack; ! 867:        regs[tEFLAGS] = PSL_USERSET | (regs[tEFLAGS] & PSL_T); ! 868:        regs[tSS] = _udatasel; ! 869:        regs[tDS] = _udatasel; ! 870:        regs[tES] = _udatasel; ! 871:        regs[tCS] = _ucodesel; Same issue, it seems. Jon [1] http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/i386/machdep.c?annotate=1.87&only_with_tag=MAIN __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 15:23:36 2004 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 B61DF16A4CE for ; Sun, 26 Sep 2004 15:23:36 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2003F43D2D for ; Sun, 26 Sep 2004 15:23:36 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8QFLuJp066252; Sun, 26 Sep 2004 09:21:56 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 26 Sep 2004 09:23:04 -0600 (MDT) Message-Id: <20040926.092304.127427023.imp@bsdimp.com> To: rosti_bsd@yahoo.com From: "M. Warner Losh" In-Reply-To: <20040926143209.44197.qmail@web14828.mail.yahoo.com> References: <20040921.143546.63053469.imp@bsdimp.com> <20040926143209.44197.qmail@web14828.mail.yahoo.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: new fdc(4) and new fdcontrol(8) behavior (5.3-BETA5) 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, 26 Sep 2004 15:23:36 -0000 In message: <20040926143209.44197.qmail@web14828.mail.yahoo.com> Rostislav Krasny writes: : --- "M. Warner Losh" wrote: : > In message: <20040921122354.73480.qmail@web14827.mail.yahoo.com> : > Rostislav Krasny writes: : > : Why the 3F7h port isn't used by new fdc(4) on my system? Is it a : > : hardware detection bug? : > : > It is a minor, hardware detection bug. Your bios doesn't list it as a : > resource, but should. We do use it, but we don't allocate it with the : > bus system, which is why it doesn't appear in dmesg. A : > mostly-harmless cosmetic issue. : : How the 0x3f7 port could be used without allocation? My BIOS doesn't list : 0x3f0-0x3f1 ports as resurces of the PNP0700 device too, but fdc(4) use them : anyhow: : : PNP0700: adding dma mask 0x4 : PNP0700: adding io range 0x3f2-0x3f5, size=0x4, align=0 : PNP0700: adding irq mask 0x40 : pnpbios: handle 12 device ID PNP0700 (0007d041) : : # devinfo -uv | grep -e "0x37[0-5,7]" -e "0x3f[0-5,7]" : 0x300-0x375 (root0) : 0x377 (root0) : 0x3f0-0x3f5 (fdc0) : 0x3f7 (root0) Interesting.... Can you send me a full verbose boot? That is, the dmesg from boot -v? Warner From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 13:05:26 2004 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 1579316A4CF for ; Sat, 25 Sep 2004 13:05:26 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 23B6B43D45 for ; Sat, 25 Sep 2004 13:05:25 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail 30725 invoked by uid 65534); 25 Sep 2004 13:05:24 -0000 Received: from p5089F73B.dip.t-dialin.net (EHLO ms.homeip.net) (80.137.247.59) by mail.gmx.net (mp017) with SMTP; 25 Sep 2004 15:05:24 +0200 X-Authenticated: #15946415 Received: from [10.0.0.101] (helo=[10.0.0.101]) by ms.homeip.net with asmtp (TLSv1:AES256-SHA:256) id 1CBCEu-000L3s-La; Sat, 25 Sep 2004 15:05:24 +0200 Message-ID: <41556D06.7070205@gmx.de> Date: Sat, 25 Sep 2004 15:05:10 +0200 From: Jochen Gensch User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040826) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Claude Buisson , freebsd-current@freebsd.org, freebsd-x11@freebsd.org References: <4155575F.4010605@gmx.de> <41556639.1080104@nerim.net> In-Reply-To: <41556639.1080104@nerim.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000 Subject: Re: Keyboard localisation broken under xorg 6.7? 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: Sat, 25 Sep 2004 13:05:26 -0000 Claude Buisson wrote: > There is a bug in: > > programs/Xserver/hw/xfree86/xf86config/xorgconfig.c I don't have that file. Does anyone know, if this is fixed in xorg 6.8? I will compile that one, once it is in the ports... Jochen From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 13:46:35 2004 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 6A64916A4CE; Sat, 25 Sep 2004 13:46:35 +0000 (GMT) Received: from congo.princess.dyns.cx (cpc1-cmbg6-6-0-cust54.cmbg.cable.ntl.com [81.104.213.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id B21B243D48; Sat, 25 Sep 2004 13:46:32 +0000 (GMT) (envelope-from steve@howes-macnaghten.com) Received: by congo.princess.dyns.cx (Postfix, from userid 1001) id C42CDC13C; Sat, 25 Sep 2004 14:46:30 +0100 (BST) From: Steve Hodgson To: freebsd-current@freebsd.org Date: Sat, 25 Sep 2004 14:46:30 +0100 User-Agent: KMail/1.7 References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com> <1046192310.3e5ba0b6aa039@sms.ed.ac.uk> In-Reply-To: <1046192310.3e5ba0b6aa039@sms.ed.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409251446.30563.steve@howes-macnaghten.com> X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000 cc: Andrew Boothman cc: questions@freebsd.org cc: dwbear75@gmail.com cc: current@freebsd.org Subject: Re: "NTLDR missing" after 5-RELEASE install 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: Sat, 25 Sep 2004 13:46:35 -0000 On Tuesday 25 February 2003 16:58, Andrew Boothman wrote: > Quoting Lucas Holt : > > It probably is. You need to put in the win 2k CD and do a repair on > > your windows install.. unfortunetely this may screw up your freebsd > > install. > > > > On Tuesday, February 25, 2003, at 05:58 AM, Andrew Boothman wrote: > > > Hi! > > > > > > I've just installed 5-RELEASE, and I asked for the FreeBSD Boot > > > Manager to be installed on both my HDDs. > > > > > > When the machine boots I'm given options for : > > > > > > F1 - DOS > > > F5 - Drive 2 > > > > > > Hitting F5 takes me to a second menu, where I can boot FreeBSD no > > > problem. My problem is that Win2k will no longer boot.... Hitting F1 > > > displays a message that, "NTLDR is missing". I've tried all the repair > > > > > > options on the Win2k setup disc to no avail I think. > > > > > > I'm sorry this isn't directly FreeBSD related, but I really hope my > > > Win2k installation isn't hosed. > > Thanks for replying! > > I can't understand how the 5.x boot manager has managed to break my windows > boot, i've never had any trouble under 3.x or 4.x, both of which played > with windows perfectly nicely. > > I think i've tried all of the various repair options on the Win2k CD, > including getting it to do a fresh installation into a different folder > (c:\tempwin), but even that failed with the "NTLDR missing" message! > However you no longer get the booteasy (F1.... F2) menu anymore, so Windows > must have rewritten something. It still doesn't explain why Win2k still > won't boot. > > I'm running out of ideas and I *really* don't want to have to reformat my > windows drive! > > Other than this (fairly major) problem, my 5.0 installation went really > well, even ACPI seems to be working perfectly and I even found a KLD to > support my on- board sound card! :) > > I really want to get windows booting again so I can continue to play with > 5.0 without worrying... > > Any help is much appricated! > It could well be that windows has become confused about the partition numbering. the important file is c:\boot.ini. It will have a line like... multi(0)disk(0)rdisk(0)partition(1)\WINNT="Windows" /fastdetect I can't recall what all the numbers mean and IIRC documentation is slightly scant, but try changing the numbers, in particular the partition() part and see if that helps. Since you can't boot windows its not obvious how to edit the file, recovery console or knoppix are the two methods i would try. Steve From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 13:46:35 2004 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 6A64916A4CE; Sat, 25 Sep 2004 13:46:35 +0000 (GMT) Received: from congo.princess.dyns.cx (cpc1-cmbg6-6-0-cust54.cmbg.cable.ntl.com [81.104.213.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id B21B243D48; Sat, 25 Sep 2004 13:46:32 +0000 (GMT) (envelope-from steve@howes-macnaghten.com) Received: by congo.princess.dyns.cx (Postfix, from userid 1001) id C42CDC13C; Sat, 25 Sep 2004 14:46:30 +0100 (BST) From: Steve Hodgson To: freebsd-current@freebsd.org Date: Sat, 25 Sep 2004 14:46:30 +0100 User-Agent: KMail/1.7 References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com> <1046192310.3e5ba0b6aa039@sms.ed.ac.uk> In-Reply-To: <1046192310.3e5ba0b6aa039@sms.ed.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409251446.30563.steve@howes-macnaghten.com> X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000 cc: Andrew Boothman cc: questions@freebsd.org cc: dwbear75@gmail.com cc: current@freebsd.org Subject: Re: "NTLDR missing" after 5-RELEASE install 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: Sat, 25 Sep 2004 13:46:35 -0000 On Tuesday 25 February 2003 16:58, Andrew Boothman wrote: > Quoting Lucas Holt : > > It probably is. You need to put in the win 2k CD and do a repair on > > your windows install.. unfortunetely this may screw up your freebsd > > install. > > > > On Tuesday, February 25, 2003, at 05:58 AM, Andrew Boothman wrote: > > > Hi! > > > > > > I've just installed 5-RELEASE, and I asked for the FreeBSD Boot > > > Manager to be installed on both my HDDs. > > > > > > When the machine boots I'm given options for : > > > > > > F1 - DOS > > > F5 - Drive 2 > > > > > > Hitting F5 takes me to a second menu, where I can boot FreeBSD no > > > problem. My problem is that Win2k will no longer boot.... Hitting F1 > > > displays a message that, "NTLDR is missing". I've tried all the repair > > > > > > options on the Win2k setup disc to no avail I think. > > > > > > I'm sorry this isn't directly FreeBSD related, but I really hope my > > > Win2k installation isn't hosed. > > Thanks for replying! > > I can't understand how the 5.x boot manager has managed to break my windows > boot, i've never had any trouble under 3.x or 4.x, both of which played > with windows perfectly nicely. > > I think i've tried all of the various repair options on the Win2k CD, > including getting it to do a fresh installation into a different folder > (c:\tempwin), but even that failed with the "NTLDR missing" message! > However you no longer get the booteasy (F1.... F2) menu anymore, so Windows > must have rewritten something. It still doesn't explain why Win2k still > won't boot. > > I'm running out of ideas and I *really* don't want to have to reformat my > windows drive! > > Other than this (fairly major) problem, my 5.0 installation went really > well, even ACPI seems to be working perfectly and I even found a KLD to > support my on- board sound card! :) > > I really want to get windows booting again so I can continue to play with > 5.0 without worrying... > > Any help is much appricated! > It could well be that windows has become confused about the partition numbering. the important file is c:\boot.ini. It will have a line like... multi(0)disk(0)rdisk(0)partition(1)\WINNT="Windows" /fastdetect I can't recall what all the numbers mean and IIRC documentation is slightly scant, but try changing the numbers, in particular the partition() part and see if that helps. Since you can't boot windows its not obvious how to edit the file, recovery console or knoppix are the two methods i would try. Steve From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 14:43:23 2004 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 0E0D916A4CE; Sat, 25 Sep 2004 14:43:23 +0000 (GMT) Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5C0443D55; Sat, 25 Sep 2004 14:43:22 +0000 (GMT) (envelope-from msch@snafu.de) Received: from dial-76-234.de.inter.net ([213.73.76.234] helo=current.best-eng.de) by smart.eusc.inter.net with esmtp (Exim 3.36 #4) id 1CBDlg-00072P-00; Sat, 25 Sep 2004 16:43:21 +0200 Received: from current.best-eng.de (localhost.best-eng.de [127.0.0.1]) by current.best-eng.de (8.13.1/8.13.1) with ESMTP id i8PEhKch017928; Sat, 25 Sep 2004 16:43:20 +0200 (CEST) (envelope-from msch@snafu.de) Received: from localhost (localhost [[UNIX: localhost]]) by current.best-eng.de (8.13.1/8.13.1/Submit) id i8PEhJV4017927; Sat, 25 Sep 2004 16:43:19 +0200 (CEST) (envelope-from msch@snafu.de) X-Authentication-Warning: current.best-eng.de: matthias set sender to msch@snafu.de using -f From: Matthias Schuendehuette Organization: Micro$oft-free Zone To: John Baldwin Date: Sat, 25 Sep 2004 16:43:18 +0200 User-Agent: KMail/1.7 References: <200409232235.08683.msch@snafu.de> <200409241514.53704.jhb@FreeBSD.org> In-Reply-To: <200409241514.53704.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200409251643.19401.msch@snafu.de> X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000 cc: njl@freebsd.org cc: current@freebsd.org Subject: Re: IRQ-Routing for 5.3-BETA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: msch@snafu.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Sep 2004 14:43:23 -0000 Hi John, On Friday 24 September 2004 21:14, John Baldwin wrote: > Umm the list of IRQ numbers is the list of valid IRQs. Your BIOS is > _ineded_ buggy. Note that for the IRQ in question it says this: > > > \_SB_.PCI0.LNKA irq 9: [ 1 3 4 5 6 7 10 11 12 14 15] > low,level,sharable 0.1.0 > > I.e., I'm using IRQ 9, but 9 is not in the list of valid IRQs which > includes 1, 3, 4, 5, 6, 7, 10, 11, 12, 14, and 15. Thus, the kernel > believes what your broken BIOS says and throws out IRQ 9 and tries to > use IRQ 10 instead, which your BIOS claims is open for use even > though you've told it its not. One thing you can try is a patch Nate > has to always treat ACPI's interrupt (IRQ 9 usually) as a valid > interrupt for the link device to use. Umm... this seems to be completely logic. I reconfigured my ISDN-Card to use IRQ2/9 (which was more simple than I remembered :-) and it works! Shame on me, sometimes it's really too simple... Thank you for the hint and your patience with a "would-like-to-be-a-unix-admin" getting older... :-/ -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 16:22:14 2004 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 1FB2616A4CE; Sat, 25 Sep 2004 16:22:14 +0000 (GMT) Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5BA443D2F; Sat, 25 Sep 2004 16:22:13 +0000 (GMT) (envelope-from msch@snafu.de) Received: from dial-76-019.de.inter.net ([213.73.76.19] helo=current.best-eng.de) by clever.eusc.inter.net with esmtp (Exim 3.36 #4) id 1CBFJM-0005cR-00; Sat, 25 Sep 2004 18:22:12 +0200 Received: from current.best-eng.de (localhost.best-eng.de [127.0.0.1]) by current.best-eng.de (8.13.1/8.13.1) with ESMTP id i8PGMBBE001001; Sat, 25 Sep 2004 18:22:11 +0200 (CEST) (envelope-from msch@snafu.de) Received: from localhost (localhost [[UNIX: localhost]]) by current.best-eng.de (8.13.1/8.13.1/Submit) id i8PGMBsi001000; Sat, 25 Sep 2004 18:22:11 +0200 (CEST) (envelope-from msch@snafu.de) X-Authentication-Warning: current.best-eng.de: matthias set sender to msch@snafu.de using -f From: Matthias Schuendehuette Organization: Micro$oft-free Zone To: John Baldwin Date: Sat, 25 Sep 2004 18:22:10 +0200 User-Agent: KMail/1.7 References: <200409232235.08683.msch@snafu.de> <200409241514.53704.jhb@FreeBSD.org> <200409251643.19401.msch@snafu.de> In-Reply-To: <200409251643.19401.msch@snafu.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409251822.11019.msch@snafu.de> X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000 cc: njl@freebsd.org cc: current@freebsd.org Subject: Re: IRQ-Routing for 5.3-BETA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: msch@snafu.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Sep 2004 16:22:14 -0000 On Saturday 25 September 2004 16:43, Matthias Schuendehuette wrote: > Hi John, > > On Friday 24 September 2004 21:14, John Baldwin wrote: > > Umm the list of IRQ numbers is the list of valid IRQs. Your BIOS > > is _ineded_ buggy. Note that for the IRQ in question it says this: > > > > > > \_SB_.PCI0.LNKA irq 9: [ 1 3 4 5 6 7 10 11 12 14 15] > > low,level,sharable 0.1.0 > > > > I.e., I'm using IRQ 9, but 9 is not in the list of valid IRQs which > > includes 1, 3, 4, 5, 6, 7, 10, 11, 12, 14, and 15. Thus, the > > kernel believes what your broken BIOS says and throws out IRQ 9 and > > tries to use IRQ 10 instead, which your BIOS claims is open for use > > even though you've told it its not. One thing you can try is a > > patch Nate has to always treat ACPI's interrupt (IRQ 9 usually) as > > a valid interrupt for the link device to use. > > Umm... this seems to be completely logic. > > I reconfigured my ISDN-Card to use IRQ2/9 (which was more simple than > I remembered :-) and it works! Shame on me, sometimes it's really too > simple... This really works for FreeBSD 5.3-BETA5 of today, but it works *only* with IRQ 2/9. I also tried IRQ 5, which is not used by any other device (a least I couldn't find any notice about irq5 in the boot -v messages but for isic0), and this does not work with the same messages as with IRQ 10. Somehow I have the uncertain feeling that the new IRQ-Routing code has still some deficencies, at least for ISA-style IRQs... But it's no longer a severe problem for me, so I can follow RELENG_5 again. -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 19:07:30 2004 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 9E8B916A4CE for ; Sat, 25 Sep 2004 19:07:30 +0000 (GMT) Received: from forrie.com (forrie.ne.client2.attbi.com [24.147.45.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCCEB43D46 for ; Sat, 25 Sep 2004 19:07:29 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from [127.0.0.1] ([192.168.1.99]) by forrie.com with ESMTP id i8PJ7LMY052359 for ; Sat, 25 Sep 2004 15:07:23 -0400 (EDT) (envelope-from forrie@forrie.com) Message-ID: <4155C263.5090008@forrie.com> Date: Sat, 25 Sep 2004 15:09:23 -0400 From: Forrest Aldrich User-Agent: Mozilla Thunderbird 0.8 (Windows/20040924) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.3.0(snapshot 20010925) (forrie.ne.client2.attbi.com) X-MailScanner-LocalNet: Found to be clean X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000 Subject: Re: Firewall options missing from NOTES... 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: Sat, 25 Sep 2004 19:07:30 -0000 Not on the system I have. The NOTES file was CVSup'd last night and is missing that information. The tag I'm using is 5_RELENG, I believe. _F --6zdv2QT/q3FMhpsV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.09.24 18:34:49 -0400, Forrest Aldrich wrote: > Curiuos why the various firewalling options are missing from NOTES -- in= =20 > earlier releases, these were found in LINT. I would guess you are looking in the wrong NOTES file. There are both sys/conf/NOTES and sys//conf/NOTES in 5.X. --=20 Simon L. Nielsen FreeBSD Documentation Team From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 19:08:55 2004 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 4966516A4CE for ; Sat, 25 Sep 2004 19:08:55 +0000 (GMT) Received: from forrie.com (forrie.ne.client2.attbi.com [24.147.45.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF96C43D39 for ; Sat, 25 Sep 2004 19:08:54 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from [127.0.0.1] ([192.168.1.99]) by forrie.com with ESMTP id i8PJ8k4e052426 for ; Sat, 25 Sep 2004 15:08:48 -0400 (EDT) (envelope-from forrie@forrie.com) Message-ID: <4155C2B8.50104@forrie.com> Date: Sat, 25 Sep 2004 15:10:48 -0400 From: Forrest Aldrich User-Agent: Mozilla Thunderbird 0.8 (Windows/20040924) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.3.0(snapshot 20010925) (forrie.ne.client2.attbi.com) X-MailScanner-LocalNet: Found to be clean X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000 Subject: device.hints howto 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: Sat, 25 Sep 2004 19:08:55 -0000 What's the correct process to build one of these files -- take the output from dmesg and wander through to get the figures? Thanks. From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 19:26:39 2004 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 2884016A4CE; Sat, 25 Sep 2004 19:26:39 +0000 (GMT) Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id D456143D3F; Sat, 25 Sep 2004 19:26:38 +0000 (GMT) (envelope-from msch@snafu.de) Received: from dial-76-109.de.inter.net ([213.73.76.109] helo=current.best-eng.de) by clever.eusc.inter.net with esmtp (Exim 3.36 #4) id 1CBIBp-0005zE-00; Sat, 25 Sep 2004 21:26:37 +0200 Received: from current.best-eng.de (localhost.best-eng.de [127.0.0.1]) by current.best-eng.de (8.13.1/8.13.1) with ESMTP id i8PJQbtT001398; Sat, 25 Sep 2004 21:26:37 +0200 (CEST) (envelope-from msch@snafu.de) Received: from localhost (localhost [[UNIX: localhost]]) by current.best-eng.de (8.13.1/8.13.1/Submit) id i8PJQaSk001397; Sat, 25 Sep 2004 21:26:36 +0200 (CEST) (envelope-from msch@snafu.de) X-Authentication-Warning: current.best-eng.de: matthias set sender to msch@snafu.de using -f From: Matthias Schuendehuette Organization: Micro$oft-free Zone To: Nate Lawson Date: Sat, 25 Sep 2004 21:26:35 +0200 User-Agent: KMail/1.7 References: <200409232235.08683.msch@snafu.de> <200409251822.11019.msch@snafu.de> <4155AE43.5010704@root.org> In-Reply-To: <4155AE43.5010704@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409252126.36670.msch@snafu.de> X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000 cc: current@freebsd.org Subject: Re: IRQ-Routing for 5.3-BETA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: msch@snafu.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Sep 2004 19:26:39 -0000 Hello Nate, On Saturday 25 September 2004 19:43, Nate Lawson wrote: > Matthias Schuendehuette wrote: > > I reconfigured my ISDN-Card to use IRQ2/9 (which was more simple > > than I remembered :-) and it works! Shame on me, sometimes it's > > really too simple... > > > > This really works for FreeBSD 5.3-BETA5 of today, but it works > > *only* with IRQ 2/9. > > I don't quite understand. Your device's hardware was not set to 9 > but the BIOS was claiming it was? Is it on the motherboard (i.e., > non-removable)? No. The device is a "TELES S0/16.3" ISA nonPnP ISDN-Card, device isic(4), which can be software configured for various IRQ lines with 'hint.isic.0.irq="%d"' in /boot/device.hints. This card was configured for IRQ 10 all the years and worked with that config since the very early days of isdn4bsd, IIRC on FreeBSD-3.x. This config worked with 5-CURRENT and ACPI as well until Aug 11, 16:00 UTC (approx.), where the new IRQ-Routing code came in. Until then, this ISA-Card had IRQ 10 exclusively (like it should be for ISA-Cards, IIRC) and the various PCI-devices shared IRQ-Lines 9, 11 and 12. With the new code, the PCI-devices got IRQ-Lines 10(!), 11 and 12, so IRQ 10 was now shared between PCI-devices and the ISA card, which should not occur (isn't it?) and I thought that was the source of my new problems with this ISA-Device (I'm not quite sure anymore, see below). After jhb's mail I patched on my head and said to me: If the new code really wants IRQ 10 for PCI devices, why not configure the ISA-Card for IRQ 9, which should be free now? This still works - if you can read this mail here... :-) > > I also tried IRQ 5, which is not used by any other device (a least > > I couldn't find any notice about irq5 in the boot -v messages but > > for isic0), and this does not work with the same messages as with > > IRQ 10. > > > > Somehow I have the uncertain feeling that the new IRQ-Routing code > > has still some deficencies, at least for ISA-style IRQs... I said this, because the isic(4)-device has IRQ 5 exclusively as well, no other PCI (or other legacy/ISA) devices have IRQ 5 on my system. But if I configured this ISA card to use IRQ 5, it doesn't work at all. So I'm not quite sure anymore if the problem (which came up when using IRQ 10) is the not-allowed IRQ sharing (in case of IRQ 10) or if the new routing code has still some other problems with IRQs for ISA devices (or whatever) because IRQ 5 *has* to work for that ISA-Card in my HW-environment. What makes IRQ 9 so special? > When the BIOS gives an initial irq, we always try to route to that > one first since some devices don't work at any other irq. I marked the appropriate IRQ in the BIOS as "ISA/nonPnP", so the marked IRQ *should* be assigned for the ISA card by the BIOS (but obviously isn't). I hope I could clear the situation a bit. I sure can switch to 6-CURRENT or at least try the new acpi_pci_link.c, but I don't believe that the problem is IRQ 9.... Thank you very much for your interest. I fear, these old ISA cards are no longer of public interest... :-) -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 20:50:37 2004 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 32E6116A4CE for ; Sat, 25 Sep 2004 20:50:37 +0000 (GMT) Received: from www.ideaway.net (ideaway.net [207.251.107.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBE0243D2D for ; Sat, 25 Sep 2004 20:50:36 +0000 (GMT) (envelope-from mspam@www.ideaway.net) Received: from www.ideaway.net (localhost [127.0.0.1]) by localhost (8.10.2/8.10.2) with ESMTP id i8PKoUD25112; Sat, 25 Sep 2004 16:50:30 -0400 From: "Mike" To: freebsd-current@freebsd.org Date: Sat, 25 Sep 2004 15:50:30 -0500 Message-Id: <20040925205030.M69999@www.ideaway.net> X-Mailer: Open WebMail 1.81 20021203 X-OriginatingIP: 141.151.188.81 (mike@www.ideaway.net) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000 Subject: Re: USB memory stick hotswap problems 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: Sat, 25 Sep 2004 20:50:37 -0000 Although I fully understand your reasoning, there is still a major problem here that really should be resolved. I don't claim that I have a solution - but I think I have an example that really requires for this to be solved in some way other than "you must unmount the USB device before unplugging". If you have a USB key, sure, you can have the requirement that it must be unounted before being unplugged. But what about devices like a digital camera for example? Most of these have an automatic inactivity shutdown - I plug it in, I mount the umass device, I copy out some files to my home directory and am browsing through the pictures - while I do this, the camera decides that it's been inactive for over 60 seconds and that it should save on battery power, so it turns off. dmesg shows that usb device went away, but the mount point (naturally) remains. Now trying to unmout it says the device is busy, which is clearly false; forcing the camera back on causes for the next device to be allocated (if the first was da0, now it's da1), and (incidentally) using umount -f causes an instant reboot in -BETA4 for me. clearly all of these are bad, and in all cases I must either live with a randomly mounted non-existent device or reboot to remove it. (if there is some way of dealing with this situation currently that I am just not aware of, please do enlighten me) Mike On Sat, 25 Sep 2004, Doug White wrote: > On Sat, 25 Sep 2004, Ivan Voras wrote: > >> What is the expected behavour when umounting USB drives which have >> already been unplugged? :) > > panic. > > You must unmount volumes before removing them from the system. Otherwise > there is unflushed dirty data that will get lost, causing data corruption > on the volume. You will get a panic since the system doesn't know what to > do with the data and wants to avoid causing any further damage. > > -- > Doug White | FreeBSD: The Power to Serve > dwhite@gumbysoft.com | www.FreeBSD.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 20:53:03 2004 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 DA63216A4CE for ; Sat, 25 Sep 2004 20:53:03 +0000 (GMT) Received: from forrie.com (forrie.ne.client2.attbi.com [24.147.45.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F7A543D45 for ; Sat, 25 Sep 2004 20:53:03 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from [127.0.0.1] ([192.168.1.99]) by forrie.com with ESMTP id i8PKqse3055053 for ; Sat, 25 Sep 2004 16:52:56 -0400 (EDT) (envelope-from forrie@forrie.com) Message-ID: <4155DB20.7010905@forrie.com> Date: Sat, 25 Sep 2004 16:54:56 -0400 From: Forrest Aldrich User-Agent: Mozilla Thunderbird 0.8 (Windows/20040924) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.3.0(snapshot 20010925) (forrie.ne.client2.attbi.com) X-MailScanner-LocalNet: Found to be clean X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000 Subject: CVSUP "refuse" file on FreeBSD-5-Beta 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: Sat, 25 Sep 2004 20:53:04 -0000 I use this refuse file in /usr/sup on my 4.x system and have no problems. Use the same one on FreeBSD_5_Beta, and it begins downloading the things I explicitly say to ignore. This is using the cvsup-without-gui port, built from scratch. Anyone know if I've hit a bug? Thx... ports/arabic* ports/polish* ports/portuguese* ports/hungarian* ports/chinese* ports/french* ports/german* ports/polish* ports/hebrew* ports/japanese* ports/korean* ports/russian* ports/ukrainian* ports/vietnamese* doc/de doc/de_* doc/es doc/es_* doc/fr doc/fr_* doc/ja doc/ja_* doc/nl doc/nl_* doc/ru doc/ru_* doc/zh doc/zh_* From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 01:15:32 2004 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 066FA16A4CE for ; Sun, 26 Sep 2004 01:15:32 +0000 (GMT) Received: from mail.airnet.com.au (mail.airnet.com.au [202.174.32.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id A55D643D53 for ; Sun, 26 Sep 2004 01:15:31 +0000 (GMT) (envelope-from Lucas.James@LDJcs.Com.Au) Received: from mail.ldjcs.com.au (dsl2-62.gw1.adl1.airnet.com.au [202.174.37.62]) by mail.airnet.com.au (Postfix) with ESMTP id E84C78D5D1 for ; Sun, 26 Sep 2004 10:38:04 +0930 (CST) Received: from draco.ldjcs.com.au (draco.ldjcs.com.au [203.17.30.8]) by mail.ldjcs.com.au (8.13.1/8.13.1) with ESMTP id i8Q1FSn1079556 for ; Sun, 26 Sep 2004 10:45:28 +0930 (CST) (envelope-from Lucas.James@LDJcs.Com.Au) From: Lucas James To: freebsd-current@freebsd.org Date: Sun, 26 Sep 2004 10:36:44 +0930 User-Agent: KMail/1.7 References: <41555396.4030009@fer.hr> <20040926021347.721a025f.benlutz@datacomm.ch> <20040926005943.GA61350@parodius.com> In-Reply-To: <20040926005943.GA61350@parodius.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2644352.oJSfmMxJ0x"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409261036.49484.Lucas.James@LDJcs.Com.Au> X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000 Subject: Re: USB memory stick hotswap problems 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, 26 Sep 2004 01:15:32 -0000 --nextPart2644352.oJSfmMxJ0x Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 26 Sep 2004 10:29 am, Jeremy Chadwick wrote: > Can't usbd (or better yet, usbd.conf) be modified or changed in some way > to automatically handle the unmounting of any existing filesystems that > match the device which is mounted? that won't work because usbd only gets the notification of something being= =20 unplugged *after* the fact, and it's too late to do unmounting then. And it can't be modified, because the kernel has no idea when the user is=20 going to yank out the cable. > Seems like we're eventually going to need this to make hot-swappable USB > devices more friendly. I understand why you must unmount a device > before SCSI CAM gets disconnected from it, but it just seems that this > should be a job for usbd. the only way you can ensure data integrity on user-removable devices is to= =20 mount them with -o sync. We should be telling the kernel at some point that this is a removable devi= ce,=20 and not have the kernel complain if we umount it when the device has alread= y=20 disappeared (assuming that we have mounted it with -o sync). Lucas James =2D-=20 The only possible interpretation of any research whatever in the `social sciences' is: some do, some don't. -- Ernest Rutherford --nextPart2644352.oJSfmMxJ0x Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBVhYpS5LuBv475s8RAlcEAKCnhphekybbPc7kaLFhpatuHaaIXgCgpYTa npTVKjqr4wjwz5o7bQaDJJU= =p3FG -----END PGP SIGNATURE----- --nextPart2644352.oJSfmMxJ0x-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 01:52:48 2004 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 D956F16A4CF for ; Sun, 26 Sep 2004 01:52:46 +0000 (GMT) Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 848B943D45 for ; Sun, 26 Sep 2004 01:52:46 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk2.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004092610:52:35:142218.29654.2595617712 for ; Sun, 26 Sep 2004 10:52:35 +0900 (KST) Message-ID: <415620EB.6050603@yahoo.com> Date: Sun, 26 Sep 2004 10:52:43 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1093303561.15161.30.camel@vipehost.vipenet.lan> <790a9fff0408240718231b1e4a@mail.gmail.com> In-Reply-To: <790a9fff0408240718231b1e4a@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-3.58) (SRN:SPAMROBOT) ----------------- X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000 Subject: Re: from src/etc/rc.d/ntpd: required_files="/etc/ntp.conf" 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, 26 Sep 2004 01:52:48 -0000 Scot Hetzel wrote: > > If you look at the man page for ntpd, the default configuration file > is /etc/ntpd.conf, so you shouldn't need to specify '-c file>' to the ntpd_flags variable. Also, you don't need the '-p pid file>' in the ntpd_flags as it is the default. On my 5.3-BETA5 system, I have an empty /etc/ntp/ directory. Where does that come from? Seems to be not used at all by any of the ntp(d) programs, or is it? Should it be removed? Rob. From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 03:53:15 2004 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 9600316A4D6 for ; Sun, 26 Sep 2004 03:53:15 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B50E43D46 for ; Sun, 26 Sep 2004 03:53:15 +0000 (GMT) (envelope-from DougB@dougbarton.net) Received: from [192.168.0.5] (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (rwcrmhc11) with ESMTP id <2004092603531401300llkj2e> (Authid: domain_name_tsar); Sun, 26 Sep 2004 03:53:14 +0000 Message-ID: <41563D29.5080406@DougBarton.net> Date: Sun, 26 Sep 2004 04:53:13 +0100 From: Doug Barton User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040811 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200409241342.i8ODg06a030839@repoman.freebsd.org> <20040924164730.GA4259@xor.obsecurity.org> <41545194.1030700@DougBarton.net> <20040924210405.A6066@URF.trarfvf> <20040926024903.GB2530@dragon.nuxi.com> In-Reply-To: <20040926024903.GB2530@dragon.nuxi.com> X-Enigmail-Version: 0.84.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000 Subject: Re: BIND build knobs 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, 26 Sep 2004 03:53:15 -0000 David O'Brien wrote: > On Fri, Sep 24, 2004 at 09:33:22PM +0100, Doug Barton wrote: > >>The goal here is to make the NO_BIND option a lot more granular, and to >>default some of the options to not install bits unless they are >>specifically requested. The knob for the libs is the first step in the >>latter direction. >> >>The other knobs I have in mind are as follows: >> >>#NO_BIND_DNSSEC= true # dnssec-{keygen|signzone} >>#NO_BIND_LWRESD= true # lwresd >>#NO_BIND_NAMED= true # named, named-check{conf|zone}, >>rndc[-confgen] >>#NO_BIND_UTILS= true # dig, host, nslookup, nsupdate > > > I assume "NO_BIND" will still imply all the above? > Yes ... the example make.conf and man page have already been updated in that regard. :) -- If you're never wrong, you're not trying hard enough From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 13:14:39 2004 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 2FA0F16A4CE for ; Sun, 26 Sep 2004 13:14:39 +0000 (GMT) Received: from smtp18.wxs.nl (smtp18.wxs.nl [195.121.6.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id D694743D4C for ; Sun, 26 Sep 2004 13:14:38 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from ronald.echteman.nl (ip51cdc5d2.speed.planet.nl [81.205.197.210]) by smtp18.wxs.nlSMTP id <0I4N00C0RGSCRV@smtp18.wxs.nl> for freebsd-current@freebsd.org; Sun, 26 Sep 2004 15:14:36 +0200 (CEST) Received: (qmail 12334 invoked from network); Sun, 26 Sep 2004 13:14:35 +0000 Received: from unknown (HELO laptop.thuis.klop.ws) (192.168.1.4) by ronald.echteman.nl with SMTP; Sun, 26 Sep 2004 13:14:35 +0000 Received: (qmail 12878 invoked from network); Sun, 26 Sep 2004 13:13:27 +0000 Received: from unknown (HELO guido.thuis.klop.ws) (192.168.0.2) by 192.168.0.16 with SMTP; Sun, 26 Sep 2004 13:13:27 +0000 Received: (qmail 8536 invoked from network); Sun, 26 Sep 2004 13:14:05 +0000 Received: from localhost.thuis.klop.ws (HELO outgoing.local) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; Sun, 26 Sep 2004 13:14:05 +0000 Date: Sun, 26 Sep 2004 15:14:04 +0200 From: Ronald Klop In-reply-to: <20040924071520.GA44388@slipgate.org> To: Ryan Freeman , freebsd-current@freebsd.org Message-id: MIME-version: 1.0 Content-type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 Content-transfer-encoding: 7BIT User-Agent: Opera M2/7.54 (FreeBSD, build 751) References: <20040924071520.GA44388@slipgate.org> X-Mailman-Approved-At: Sun, 26 Sep 2004 15:32:32 +0000 Subject: Re: Sound performance problems in FreeBSD 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, 26 Sep 2004 13:14:39 -0000 On Fri, 24 Sep 2004 00:15:20 -0700, Ryan Freeman wrote: > hello, sorry to drag up a slightly outdated topic, but i just installed > 5.3beta5 > and i'm having the same issue. the last time i used freebsd was back in > march at > version 5.2 and 5.2.1. the issue existed then too, hence trying out > 5.3beta5 now to > see if it was gone. while it isn't gone, i'm glad to see people are > finally noticing > the problem as more than just "oh your hardware must be faulty". i ran > the following: > >> An easy way to reproduce these >> skips is to run `while true; do sysctl vm.vmtotal; done`, while >> playing an mp3. > > and i get the nice "person being removed from the matrix" effect. > haven't yet tried > the patch, but i want to get on that asap. can anyone else verify that > the patch > works? and furthermore, is it going to be worked into the freebsd source > post-haste? ;) thanks, > > - ryan > > hardware includes: athlon xp 1900+, 768mb DDR, sblive 5.1. I have this also. Machine: P-III 500Mhz cat /dev/sndstat FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0x2060 irq 11 kld snd_emu10k1 (4p/2r/4v channels duplex default) I notice a lot of system time is used when running the loop. I presume system time has higher precedence than user time. Ronald. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 16:10:38 2004 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 4B71216A4CE for ; Sun, 26 Sep 2004 16:10:38 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A30B43D4C for ; Sun, 26 Sep 2004 16:10:33 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i8QGAPnH066755; Sun, 26 Sep 2004 20:10:25 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sun, 26 Sep 2004 20:10:25 +0400 (MSD) From: Maxim Konovalov To: Forrest Aldrich In-Reply-To: <4155C263.5090008@forrie.com> Message-ID: <20040926200845.M66417@mp2.macomnet.net> References: <4155C263.5090008@forrie.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Firewall options missing from NOTES... 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, 26 Sep 2004 16:10:38 -0000 On Sat, 25 Sep 2004, 15:09-0400, Forrest Aldrich wrote: > Not on the system I have. The NOTES file was CVSup'd last night and is > missing that information. > > The tag I'm using is 5_RELENG, I believe. cd /usr/src/sys/i386/conf && make LINT && grep IPFIREWALL LINT cd /usr/src/sys/conf && grep IPFIREWALL NOTES -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 16:11:36 2004 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 4F62516A4CE for ; Sun, 26 Sep 2004 16:11:36 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8255F43D31 for ; Sun, 26 Sep 2004 16:11:35 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i8QGBS8K066778; Sun, 26 Sep 2004 20:11:28 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sun, 26 Sep 2004 20:11:28 +0400 (MSD) From: Maxim Konovalov To: Forrest Aldrich In-Reply-To: <4155C2B8.50104@forrie.com> Message-ID: <20040926201045.S66417@mp2.macomnet.net> References: <4155C2B8.50104@forrie.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: device.hints howto 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, 26 Sep 2004 16:11:36 -0000 On Sat, 25 Sep 2004, 15:10-0400, Forrest Aldrich wrote: > What's the correct process to build one of these files -- take the > output from dmesg and wander through to get the figures? Read /usr/src/UPDATING. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 16:12:14 2004 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 4DE9716A4DF for ; Sun, 26 Sep 2004 16:12:14 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81AD443D31 for ; Sun, 26 Sep 2004 16:12:13 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i8QGC4su066783; Sun, 26 Sep 2004 20:12:04 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sun, 26 Sep 2004 20:12:04 +0400 (MSD) From: Maxim Konovalov To: Forrest Aldrich In-Reply-To: <4155DB20.7010905@forrie.com> Message-ID: <20040926201133.C66417@mp2.macomnet.net> References: <4155DB20.7010905@forrie.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: CVSUP "refuse" file on FreeBSD-5-Beta 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, 26 Sep 2004 16:12:14 -0000 On Sat, 25 Sep 2004, 16:54-0400, Forrest Aldrich wrote: > I use this refuse file in /usr/sup on my 4.x system and have no [...] /var/db/sup/. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 16:17:01 2004 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 3A29D16A4CE for ; Sun, 26 Sep 2004 16:17:01 +0000 (GMT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2967B43D54 for ; Sun, 26 Sep 2004 16:17:00 +0000 (GMT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1])i8QGGq832246 for ; Mon, 27 Sep 2004 01:16:54 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20040913000216E.matusita@jp.FreeBSD.org> References: <20040913000216E.matusita@jp.FreeBSD.org> X-User-Agent: Mew/1.94.2 Emacs/21.3 X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20040704(IM147) Lines: 8 From: Makoto Matsushita To: current@FreeBSD.org Date: Mon, 27 Sep 2004 01:16:41 +0900 Message-Id: <20040927011641M.matusita@jp.FreeBSD.org> Subject: Re: Recent 6.0-CURRENT and VMware 4.2.1: boot problem with PREEMPTION enabled kernel 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, 26 Sep 2004 16:17:01 -0000 matusita> I've just found that my VMware Workstation virtual machine matusita> doesn't boot as expected with recent 6.0-CURRENT kernel. FYI: It seems fixed with recent ata changes. Big thank you, sos@! -- - Makoto `MAR' Matsushita From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 16:21:20 2004 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 6BD1716A4CE for ; Sun, 26 Sep 2004 16:21:20 +0000 (GMT) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAC1943D41 for ; Sun, 26 Sep 2004 16:21:19 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 00DE4313 for ; Sun, 26 Sep 2004 18:21:17 +0200 (CEST) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 33642-03 for ; Sun, 26 Sep 2004 18:21:15 +0200 (CEST) Received: from merlin.intranet (merlin.intranet [10.0.0.16]) by maxlor.mine.nu (Postfix) with SMTP id 1055418C for ; Sun, 26 Sep 2004 18:21:15 +0200 (CEST) Date: Sun, 26 Sep 2004 18:21:13 +0200 From: Benjamin Lutz To: freebsd-current@freebsd.org Message-Id: <20040926182113.7ccffc2c.benlutz@datacomm.ch> In-Reply-To: <200409261036.49484.Lucas.James@LDJcs.Com.Au> References: <41555396.4030009@fer.hr> <20040926021347.721a025f.benlutz@datacomm.ch> <20040926005943.GA61350@parodius.com> <200409261036.49484.Lucas.James@LDJcs.Com.Au> X-Mailer: Sylpheed version 0.9.12-gtk2-20040622 (GTK+ 2.4.9; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Sun__26_Sep_2004_18_21_13_+0200_ueFWMZhWpaIO1CQ/" X-Virus-Scanned: by amavisd-new at maxlor.mine.nu Subject: Re: USB memory stick hotswap problems 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, 26 Sep 2004 16:21:20 -0000 --Signature=_Sun__26_Sep_2004_18_21_13_+0200_ueFWMZhWpaIO1CQ/ Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit > We should be telling the kernel at some point that this is a removable > device, and not have the kernel complain if we umount it when the device > has already disappeared (assuming that we have mounted it with -o sync). Even if it's mounted async, the kernel should just shrug, flush the now useless stuff from memory, and get on with it's live. Maybe a log entry could be made when there's still unwritten data that has now been lost. I'm anxious to see what phk comes up with :) Benjamin --Signature=_Sun__26_Sep_2004_18_21_13_+0200_ueFWMZhWpaIO1CQ/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBVux8gShs4qbRdeQRAu0uAKCA9wZwPEpiW5dL7sf21Ae1eRQ77ACePl32 1M6SPXnkZ8j77gPQOcV86j4= =KtRz -----END PGP SIGNATURE----- --Signature=_Sun__26_Sep_2004_18_21_13_+0200_ueFWMZhWpaIO1CQ/-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 16:43:59 2004 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 B44AA16A4CE for ; Sun, 26 Sep 2004 16:43:59 +0000 (GMT) Received: from chainsoftware.nl (hazejager.demon.nl [82.161.93.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id D54A343D3F for ; Sun, 26 Sep 2004 16:43:58 +0000 (GMT) (envelope-from sven-freebsd@hazejager.nl) Received: from mail.chainsoftware.nl (localhost [127.0.0.1]) by chainsoftware.nl (8.12.11/8.12.11) with ESMTP id i8QGhq5e082790 for ; Sun, 26 Sep 2004 18:43:56 +0200 (CEST) (envelope-from sven-freebsd@hazejager.nl) Received: from fe80::201:2ff:feab:b588 (SquirrelMail authenticated user sven); by mail.chainsoftware.nl with HTTP; Sun, 26 Sep 2004 18:43:56 +0200 (CEST) Message-ID: <55512.fe80::201:2ff:feab:b588.1096217036.squirrel@fe80::201:2ff:feab:b588> Date: Sun, 26 Sep 2004 18:43:56 +0200 (CEST) From: "Sven Hazejager" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Status: No, hits=0 tests= X-Scanned-By: Scanned by MIMEDefang 2.44 (chainsoftware.nl) Subject: 5.3-BETA5: init error on boot (/dev/console not configured?) 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, 26 Sep 2004 16:43:59 -0000 Hi all, After upgrading my 5.3-BETA4 to 5.3-BETA5, I am unable to boot the new kernel in either single-user or multi-user mode. After mounting the root fs, init bombs out with the following error: init: can't get /dev/console for controlling terminal: Device not configured And the boot stops, but the system doesn't hang. CTRL-ALT-DEL does a clean reboot. Any suggestion? Below is my system config. Regards, Sven Hazejager *** /etc/make.conf *** # -- use.perl generated deltas -- # # Created: Sat Jan 31 22:25:37 2004 # Setting to use base perl from ports: PERL_VER=5.6.1 PERL_VERSION=5.6.1 PERL_ARCH=mach NOPERL=yo NO_PERL=yo NO_PERL_WRAPPER=yo CPUTYPE=athlon #CFLAGS=-O2 -pipe COMPAT3X=yes COMPAT4X=yes NO_MODULES=true MODULES_WITH_WORLD=true *** /boot/loader.conf *** vesa_load="YES" sound_load="YES" snd_via8233_load="YES" io_load="YES" mem_load="YES" nfsclient_load="YES" nfsserver_load="YES" sysvmsg_load="YES" sysvsem_load="YES" sysvshm_load="YES" agp_load="YES" apm_load="YES" apm_saver_load="YES" miibus_load="YES" if_xl_load="YES" random_load="YES" fdc_load="YES" *** dmesg output *** Copyright (c) 1992-2004 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.3-BETA4 #0: Sun Sep 12 16:30:55 CEST 2004 sven@spitfire.chain.loc:/usr/obj/usr/src/sys/SPITFIRE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP (1867.51-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x680 Stepping = 0 Features=0x383fbff AMD Features=0xc0400000 real memory = 536805376 (511 MB) avail memory = 515629056 (491 MB) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 acpi link get: empty IRQ resource pci0: on pcib0 agp0: mem 0xd0000000-0xd7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xd000-0xd07f mem 0xe3000000-0xe300007f irq 15 at device 10.0 on pci0 miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:01:02:ab:b5:88 ahc0: port 0xd400-0xd4ff mem 0xe3001000-0xe3001fff irq 15 at device 12.0 on pci0 ahc0: [GIANT-LOCKED] aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0xd800-0xd8ff mem 0xe3002000-0xe3002fff irq 11 at device 12.1 on pci0 ahc1: [GIANT-LOCKED] aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs pci0: at device 16.0 (no driver attached) pci0: at device 16.1 (no driver attached) pci0: at device 16.2 (no driver attached) isab0: at device 17.0 on pci0 isa0: on isab0 pcm0: port 0xe800-0xe8ff irq 15 at device 17.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface orm0: at iomem 0xd0000-0xd07ff,0xc0000-0xccfff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1867514752 Hz quality 800 Timecounters tick every 4.000 msec WARNING: apm_saver module requires apm enabled Waiting 5 seconds for SCSI devices to settle da1 at ahc1 bus 0 target 0 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabled da1: 35074MB (71833096 512 byte sectors: 255H 63S/T 4471C) cd1 at ahc0 bus 0 target 6 lun 0 cd1: Removable CD-ROM SCSI-2 device cd1: 10.000MB/s transfers (10.000MHz, offset 8) cd1: Attempt to query device size failed: NOT READY, Medium not present da0 at ahc0 bus 0 target 2 lun 0 da0: Removable Direct Access SCSI-2 device da0: 3.300MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present cd0 at ahc0 bus 0 target 5 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 16) cd0: cd present [358668 x 2048 byte records] (da0:ahc0:0:2:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:ahc0:0:2:0): CAM Status: SCSI Status Error (da0:ahc0:0:2:0): SCSI Status: Check Condition (da0:ahc0:0:2:0): NOT READY asc:3a,0 (da0:ahc0:0:2:0): Medium not present (da0:ahc0:0:2:0): Unretryable error Opened disk da0 -> 6 (da0:ahc0:0:2:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:ahc0:0:2:0): CAM Status: SCSI Status Error (da0:ahc0:0:2:0): SCSI Status: Check Condition (da0:ahc0:0:2:0): NOT READY asc:3a,0 (da0:ahc0:0:2:0): Medium not present (da0:ahc0:0:2:0): Unretryable error Opened disk da0 -> 6 (da0:ahc0:0:2:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:ahc0:0:2:0): CAM Status: SCSI Status Error (da0:ahc0:0:2:0): SCSI Status: Check Condition (da0:ahc0:0:2:0): NOT READY asc:3a,0 (da0:ahc0:0:2:0): Medium not present (da0:ahc0:0:2:0): Unretryable error Opened disk da0 -> 6 Mounting root from ufs:/dev/da1s2a *** This is where 5.3-BETA5 fails with the init error *** uhci0: port 0xdc00-0xdc1f at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe000-0xe01f at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe400-0xe41f at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered *** kernel config *** machine i386 cpu I686_CPU ident SPITFIRE options SCHED_4BSD #4BSD scheduler options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_ACL #Support for access control lists options UFS_DIRHASH #Improve performance on big directories #options MD_ROOT #MD is a potential root device #options NFS_ROOT #NFS usable as /, requires NFSCLIENT #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem (requires PSEUDOFS) options PSEUDOFS #Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 options SCSI_DELAY=5000 #Delay (in ms) before probing SCSI options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options HZ=250 device isa device pci # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices # SCSI peripherals device scbus # SCSI bus (required for SCSI) #device ch # SCSI media changers device da # Direct Access (disks) #device sa # Sequential Access (tape etc) device cd # CD #device pass # Passthrough device (direct SCSI access) #device ses # SCSI Environmental Services (and SAF-TE) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Floating point support - do not disable. device npx # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # Pseudo devices - the number indicates how many units to allocate. device loop # Network loopback device ether # Ethernet support #device sl # Kernel SLIP #device ppp # Kernel PPP #device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) #device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter options SC_PIXEL_MODE From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 17:07:13 2004 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 5C58816A4CE for ; Sun, 26 Sep 2004 17:07:13 +0000 (GMT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F8EA43D2D for ; Sun, 26 Sep 2004 17:07:12 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 55119 invoked from network); 26 Sep 2004 17:06:43 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43) by avocado.salatschuessel.net with SMTP; 26 Sep 2004 17:06:43 -0000 Date: Sun, 26 Sep 2004 19:07:09 +0200 From: Oliver Lehmann To: freebsd-current@freebsd.org Message-Id: <20040926190709.251f1689.lehmann@ans-netz.de> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Problems with ANA-6944A + 5.3-BETA + IRQ sharing? 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, 26 Sep 2004 17:07:13 -0000 Hi, I've a strange thing here, and would know If others are getting the same "results" - FreeBSD 5.3-BETA4 - Adaptec ANA 6944A (4xde) - Compaq NC6134 (2xfxp) I'm pinging from the system to a system connected through a switch to de2: root@gurke /root> ping nudel PING nudel.salatschuessel.net (10.0.0.21): 56 data bytes 64 bytes from 10.0.0.21: icmp_seq=0 ttl=64 time=0.687 ms 64 bytes from 10.0.0.21: icmp_seq=1 ttl=64 time=0.575 ms 64 bytes from 10.0.0.21: icmp_seq=2 ttl=64 time=0.629 ms 64 bytes from 10.0.0.21: icmp_seq=3 ttl=64 time=0.565 ms 64 bytes from 10.0.0.21: icmp_seq=4 ttl=64 time=0.577 ms it looks "ok" Now mounting a nfs share, and accessing (opening with vi) a file on it: 64 bytes from 10.0.0.21: icmp_seq=19 ttl=64 time=0.697 ms 64 bytes from 10.0.0.21: icmp_seq=20 ttl=64 time=0.574 ms 64 bytes from 10.0.0.21: icmp_seq=21 ttl=64 time=0.807 ms 64 bytes from 10.0.0.21: icmp_seq=22 ttl=64 time=253.249 ms 64 bytes from 10.0.0.21: icmp_seq=23 ttl=64 time=1.554 ms 64 bytes from 10.0.0.21: icmp_seq=24 ttl=64 time=513.415 ms 64 bytes from 10.0.0.21: icmp_seq=25 ttl=64 time=1110.697 ms 64 bytes from 10.0.0.21: icmp_seq=26 ttl=64 time=1011.975 ms 64 bytes from 10.0.0.21: icmp_seq=27 ttl=64 time=1112.534 ms 64 bytes from 10.0.0.21: icmp_seq=28 ttl=64 time=101.289 ms 64 bytes from 10.0.0.21: icmp_seq=29 ttl=64 time=1110.638 ms 64 bytes from 10.0.0.21: icmp_seq=30 ttl=64 time=1010.899 ms 64 bytes from 10.0.0.21: icmp_seq=31 ttl=64 time=1015.072 ms 64 bytes from 10.0.0.21: icmp_seq=32 ttl=64 time=1010.512 ms 64 bytes from 10.0.0.21: icmp_seq=33 ttl=64 time=1013.426 ms 64 bytes from 10.0.0.21: icmp_seq=34 ttl=64 time=1010.722 ms 64 bytes from 10.0.0.21: icmp_seq=35 ttl=64 time=1419.586 ms 64 bytes from 10.0.0.21: icmp_seq=36 ttl=64 time=446.113 ms 64 bytes from 10.0.0.21: icmp_seq=37 ttl=64 time=4038.742 ms 64 bytes from 10.0.0.21: icmp_seq=38 ttl=64 time=4039.750 ms 64 bytes from 10.0.0.21: icmp_seq=39 ttl=64 time=4041.047 ms 64 bytes from 10.0.0.21: icmp_seq=40 ttl=64 time=4041.045 ms 64 bytes from 10.0.0.21: icmp_seq=41 ttl=64 time=4045.762 ms 64 bytes from 10.0.0.21: icmp_seq=42 ttl=64 time=4041.257 ms 64 bytes from 10.0.0.21: icmp_seq=43 ttl=64 time=4041.038 ms wtf??? The file is closed, and I don't access the nfs mount any more... but the ping times are not comming down... 4000-5000 ms. I tried full duplex, and half - no difference. I don't have that problem with my fxp cards. Here are the irq's: root@gurke /root> dmesg | grep irq mlx0: port 0xec00-0xec7f mem 0xffafff80-0xffafffff irq 10 at device 17.0 on pci0 de0: port 0xcc00-0xcc7f mem 0xff4fff80-0xff4fffff irq 9 at device 4.0 on pci2 de1: port 0xc880-0xc8ff mem 0xff4fff00-0xff4fff7f irq 11 at device 5.0 on pci2 de2: port 0xc800-0xc87f mem 0xff4ffe80-0xff4ffeff irq 15 at device 6.0 on pci2 de3: port 0xc480-0xc4ff mem 0xff4ffe00-0xff4ffe7f irq 10 at device 7.0 on pci2 fxp0: port 0xdf00-0xdf3f mem 0xff800000-0xff8fffff,0xff9ff000-0xff9fffff irq 11 at device 4.0 on pci3 fxp1: port 0xde80-0xdebf mem 0xff700000-0xff7fffff,0xff9fe000-0xff9fefff irq 15 at device 5.0 on pci3 ppc0: at port 0x378-0x37f irq 7 on isa0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 root@gurke /root> It doesn't seem to happen with a cable attached to de0. So I guess it's a problem with irq sharing? I have no experience with that card and a FreeBSD version prior to 5.3-BETA4 Any ideas what to configure to get each de interface an own irq? I have enough free (3,5,9,12) 10 for mlx, and 15 for fxp0 and fxp1. In my BIOS I can only configure an irq per slot. and hint.de.[0-3].irq in device.hints doesn't work... (I don't expected it to work because it is just a "hint"...) -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 17:28:23 2004 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 5B17316A4CE for ; Sun, 26 Sep 2004 17:28:23 +0000 (GMT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8357543D31 for ; Sun, 26 Sep 2004 17:28:22 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 55565 invoked from network); 26 Sep 2004 17:27:55 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43) by avocado.salatschuessel.net with SMTP; 26 Sep 2004 17:27:55 -0000 Date: Sun, 26 Sep 2004 19:28:20 +0200 From: Oliver Lehmann To: freebsd-current@freebsd.org Message-Id: <20040926192820.3dc88d3a.lehmann@ans-netz.de> In-Reply-To: <20040926190709.251f1689.lehmann@ans-netz.de> References: <20040926190709.251f1689.lehmann@ans-netz.de> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Problems with ANA-6944A + 5.3-BETA + IRQ sharing? 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, 26 Sep 2004 17:28:23 -0000 Oliver Lehmann wrote: > It doesn't seem to happen with a cable attached to de0. So I guess it's > a problem with irq sharing? Ok.. I accessed a 50Mb file now over nfs with de0... 64 bytes from 10.0.0.21: icmp_seq=1179 ttl=64 time=0.627 ms 64 bytes from 10.0.0.21: icmp_seq=1180 ttl=64 time=0.637 ms 64 bytes from 10.0.0.21: icmp_seq=1181 ttl=64 time=0.607 ms 64 bytes from 10.0.0.21: icmp_seq=1182 ttl=64 time=1011.859 ms 64 bytes from 10.0.0.21: icmp_seq=1183 ttl=64 time=1008.330 ms 64 bytes from 10.0.0.21: icmp_seq=1184 ttl=64 time=1010.892 ms 64 bytes from 10.0.0.21: icmp_seq=1185 ttl=64 time=1010.967 ms 64 bytes from 10.0.0.21: icmp_seq=1186 ttl=64 time=1010.465 ms 64 bytes from 10.0.0.21: icmp_seq=1187 ttl=64 time=1010.717 ms 64 bytes from 10.0.0.21: icmp_seq=1188 ttl=64 time=1010.826 ms So - it's the driver, the card, or the board. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 17:36:21 2004 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 8C56616A4CE for ; Sun, 26 Sep 2004 17:36:21 +0000 (GMT) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 379A943D41 for ; Sun, 26 Sep 2004 17:36:21 +0000 (GMT) (envelope-from brad@stop.mail-abuse.org) Received: from [10.0.1.4] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i8QHaIFg026953; Sun, 26 Sep 2004 13:36:19 -0400 (EDT) (envelope-from brad@stop.mail-abuse.org) Mime-Version: 1.0 X-Sender: bs663385@127.0.0.1 Message-Id: In-Reply-To: <415620EB.6050603@yahoo.com> References: <1093303561.15161.30.camel@vipehost.vipenet.lan> <790a9fff0408240718231b1e4a@mail.gmail.com> <415620EB.6050603@yahoo.com> Date: Sun, 26 Sep 2004 19:15:26 +0200 To: Rob From: Brad Knowles Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: freebsd-current@freebsd.org Subject: Re: from src/etc/rc.d/ntpd: required_files="/etc/ntp.conf" 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, 26 Sep 2004 17:36:21 -0000 At 10:52 AM +0900 2004-09-26, Rob quoted Scot Hetzel: >> If you look at the man page for ntpd, the default configuration file >> is /etc/ntpd.conf, so you shouldn't need to specify '-c > file>' to the ntpd_flags variable. Also, you don't need the '-p > pid file>' in the ntpd_flags as it is the default. Are you sure it's /etc/ntpd.conf and not /etc/ntp.conf? > On my 5.3-BETA5 system, I have an empty /etc/ntp/ directory. > Where does that come from? Seems to be not used at all by > any of the ntp(d) programs, or is it? Should it be removed? Well, speaking for the version of ntpd from ntp.org, we don't make use of any /etc/ntp directory. I'm not aware of what may have been done with it for FreeBSD. -- Brad Knowles, "Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin (1706-1790), reply of the Pennsylvania Assembly to the Governor, November 11, 1755 SAGE member since 1995. See for more info. From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 17:46:26 2004 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 A38B216A4CE for ; Sun, 26 Sep 2004 17:46:26 +0000 (GMT) Received: from skynet.asgard.jara23.co.uk (asgard.jara23.co.uk [84.92.17.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78D2E43D1D for ; Sun, 26 Sep 2004 17:46:25 +0000 (GMT) (envelope-from adw@jara23.co.uk) Received: from [10.0.2.2] (nofate.asgard.jara23.co.uk [10.0.2.2]) (authenticated bits=0)i8QHk8T8016801 for ; Sun, 26 Sep 2004 18:46:08 +0100 (BST) (envelope-from adw@jara23.co.uk) Message-ID: <4157005F.5080803@jara23.co.uk> Date: Sun, 26 Sep 2004 18:46:07 +0100 From: Andrew Wiles User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20040925043451.B16332@URF.trarfvf> In-Reply-To: <20040925043451.B16332@URF.trarfvf> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on skynet.asgard.jara23.co.uk X-Virus-Status: Clean Subject: Re: HEADS UP: BIND 9 imported, and working! 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, 26 Sep 2004 17:46:26 -0000 Thanks for that headsup Doug, I don't suppose you happen to have a list of the old bind8 shared libs that hang around after the switch either? Cheers, Andrew D Wiles. -- Spammers let it be known that if you harvest this address I will become more powerful than you can imagine. Doug Barton wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Folks, > > BIND 9.3.0-REL has been imported into the base to replace BIND 8. It is > now fully functional, although there are a few nits and nats that are > being addressed. > > /usr/libexec/named-xfer GONE Functionality is now in named itself > /usr/bin/dnskeygen GONE /usr/sbin/dnssec-keygen > /usr/bin/dnsquery GONE > /usr/sbin/named.restart GONE /etc/rc.d/named restart > /usr/sbin/ndc GONE /usr/sbin/rndc > /usr/sbin/nslookup /usr/bin/nslookup > /usr/sbin/nsupdate /usr/bin/nsupdate > > Finally, I would like to offer very sincere thanks to the people that > made this possible. Tom Rhodes, Ruslan, and especially Dag-Erling have > gone way beyond the call of duty, and created a beautiful new framework > that is more sophisticated, and more useful than anything I cold have > come up with on my own. They provided excellent help and advice, and > were very patient about teaching me as they went along. I own them all > $DINNER and $ADULT_BEVERAGES of the highest order. :) > > I'd also like to thank Rober Watson and Peter Wemm for their advice and > encouragement, and last but not least, Scott Long for kicking my butt > hard enough to admit that I needed help with this. > > The plan is to merge this into RELENG_5 before the 5.3-RELEASE. There > are some more bits that I'd like to try and merge before then, like a > default chroot setup, but that may have to wait till after the release. > > Enjoy, > > Doug > > - -- > This .signature sanitized for your protection > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.6 (FreeBSD) > > iD8DBQFBVO8NyIakK9Wy8PsRAn/GAKCQfjZNx/irOezTbkAYCULJIC3X4wCgjaFT > vPcqJkl9InKhOZ3nYGXFMPU= > =KYwn > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- > This e-mail has been scanned by asgard.jara23.co.uk with ClamAV for > known viruses. > For more infomration on ClamAV see http://www.clamav.net/ > > asgard.jara23.co.uk - Building the future on the ashes of the past. -- This e-mail has been scanned by asgard.jara23.co.uk with ClamAV for known viruses. For more infomration on ClamAV see http://www.clamav.net/ asgard.jara23.co.uk - Building the future on the ashes of the past. From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 18:24:09 2004 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 D5ED816A4CE for ; Sun, 26 Sep 2004 18:24:09 +0000 (GMT) Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 306B343D41 for ; Sun, 26 Sep 2004 18:24:09 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from fwd08.aul.t-online.de by mailout05.sul.t-online.com with smtp id 1CBdgt-0007zE-00; Sun, 26 Sep 2004 20:24:07 +0200 Received: from fw.reifenberger.com (Sy660mZVQeDKgNybCm0GDhmwDiLhTfr79AUOCWdliPzq4mFXSTdFwr@[84.128.75.136]) by fmrl08.sul.t-online.com with esmtp id 1CBdgg-1tQQs40; Sun, 26 Sep 2004 20:23:54 +0200 Received: from localhost (mike@localhost)i8QINr6j009600 for ; Sun, 26 Sep 2004 20:23:53 +0200 (CEST) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Sun, 26 Sep 2004 20:23:53 +0200 (CEST) From: Michael Reifenberger To: freebsd-current@freebsd.org Message-ID: <20040926201250.B9557@fw.reifenberger.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-ID: Sy660mZVQeDKgNybCm0GDhmwDiLhTfr79AUOCWdliPzq4mFXSTdFwr@t-dialin.net X-TOI-MSGID: 2dd4ed65-540e-4d35-9aa0-c7b4617ae9ae Subject: "dump -L -C32 .. | gzip -3c" stuck under -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, 26 Sep 2004 18:24:09 -0000 Hi, when doing a `dump -L -C32 -f - / | gzip -3c > /mnt/bla/fasel` of an ~30GB filles FS I got: ... Dump of root level 0 for >/< DUMP: Date of this level 0 dump: Sun Sep 26 17:13:14 2004 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping snapshot of /dev/ad1s1a (/) to standard output DUMP: Cache 0 MB, blocksize = -724252476 DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 26967183 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: 5.30% done, finished in 1:29 at Sun Sep 26 18:47:42 2004 DUMP: 13.74% done, finished in 1:02 at Sun Sep 26 18:26:04 2004 DUMP: 22.16% done, finished in 0:52 at Sun Sep 26 18:21:01 2004 DUMP: 32.12% done, finished in 0:42 at Sun Sep 26 18:15:34 2004 DUMP: 42.19% done, finished in 0:34 at Sun Sep 26 18:12:34 2004 DUMP: 51.65% done, finished in 0:28 at Sun Sep 26 18:11:23 2004 DUMP: 58.03% done, finished in 0:25 at Sun Sep 26 18:13:37 2004 DUMP: 62.11% done, finished in 0:24 at Sun Sep 26 18:17:43 2004 DUMP: 67.85% done, finished in 0:21 at Sun Sep 26 18:19:38 2004 DUMP: 74.46% done, finished in 0:17 at Sun Sep 26 18:20:27 2004 DUMP: 85.89% done, finished in 0:09 at Sun Sep 26 18:17:21 2004 at that point gzip (or dump?) got stuck. gzip where (accodingly to top) in the state 'piperd' Are there any known issues with pipes or snapshots? a `dump -L -C32 -f /mnt/bla/fasel /` afterwards completed successfully BTW. Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 18:25:23 2004 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 253EC16A4CE for ; Sun, 26 Sep 2004 18:25:23 +0000 (GMT) Received: from storm.uk.FreeBSD.org (storm.uk.FreeBSD.org [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88AEA43D41 for ; Sun, 26 Sep 2004 18:25:22 +0000 (GMT) (envelope-from mark@grondar.org) Received: from storm.uk.FreeBSD.org (uucp@localhost [127.0.0.1]) by storm.uk.FreeBSD.org (8.13.1/8.13.1) with ESMTP id i8QIPK9k005974 for ; Sun, 26 Sep 2004 19:25:20 +0100 (BST) (envelope-from mark@grondar.org) Received: (from uucp@localhost)i8QIPJav005973 for current@freebsd.org; Sun, 26 Sep 2004 19:25:19 +0100 (BST) (envelope-from mark@grondar.org) Received: from grondar.org (localhost [127.0.0.1])i8QIP7nI087344 for ; Sun, 26 Sep 2004 19:25:07 +0100 (BST) (envelope-from mark@grondar.org) Message-Id: <200409261825.i8QIP7nI087344@grimreaper.grondar.org> To: current@freebsd.org From: Mark Murray Date: Sun, 26 Sep 2004 19:25:06 +0100 Sender: mark@grondar.org Subject: panic "bio_completed can't be greater than bio_length" on 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, 26 Sep 2004 18:25:23 -0000 Hi Anyone seeing this? panic("bio_completed can't be greater than bio_length") kdb_enter() panic() g_io_deliver() g-disk_done() biodone() ad_done() ata_completed() g_io_schedule_up() g_up_procbody() fork_exit() fork_trampoline() (Hand transcribed. Happens randomly, but most often soon after boot) M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 18:30:38 2004 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 7509E16A4CE; Sun, 26 Sep 2004 18:30:38 +0000 (GMT) Received: from priv-edtnes57.telusplanet.net (outbound01.telus.net [199.185.220.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id A81B043D58; Sun, 26 Sep 2004 18:30:37 +0000 (GMT) (envelope-from mayo@mayo.sk) Received: from [192.168.0.20] (really [206.116.18.248]) by priv-edtnes57.telusplanet.netESMTP <20040926183036.JYLI3300.priv-edtnes57.telusplanet.net@[192.168.0.20]>; Sun, 26 Sep 2004 12:30:36 -0600 From: Mayo Jordanov To: Andrew Boothman In-Reply-To: <200409251446.30563.steve@howes-macnaghten.com> References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com> <1046192310.3e5ba0b6aa039@sms.ed.ac.uk> <200409251446.30563.steve@howes-macnaghten.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ZTxPtdUKsWQLcDHxtI68" Message-Id: <1096223435.765.7.camel@einstein.local.nfy> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 26 Sep 2004 11:30:36 -0700 cc: freebsd-current@freebsd.org cc: dwbear75@gmail.com cc: questions@freebsd.org cc: current@freebsd.org Subject: Re: "NTLDR missing" after 5-RELEASE install 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, 26 Sep 2004 18:30:38 -0000 --=-ZTxPtdUKsWQLcDHxtI68 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable You could also try BootPart (http://www.winimage.com/bootpart.htm) which should be able to either repair the nt loader or be able to figure out what's on which partition and change your boot.ini appropriately. (At least it used to be able to do that back when I used it) m On Sat, 2004-09-25 at 06:46, Steve Hodgson wrote: > On Tuesday 25 February 2003 16:58, Andrew Boothman wrote: > > Quoting Lucas Holt : > > > It probably is. You need to put in the win 2k CD and do a repair on > > > your windows install.. unfortunetely this may screw up your freebsd > > > install. > > > > > > On Tuesday, February 25, 2003, at 05:58 AM, Andrew Boothman wrote: > > > > Hi! > > > > > > > > I've just installed 5-RELEASE, and I asked for the FreeBSD Boot > > > > Manager to be installed on both my HDDs. > > > > > > > > When the machine boots I'm given options for : > > > > > > > > F1 - DOS > > > > F5 - Drive 2 > > > > > > > > Hitting F5 takes me to a second menu, where I can boot FreeBSD no > > > > problem. My problem is that Win2k will no longer boot.... Hitting F= 1 > > > > displays a message that, "NTLDR is missing". I've tried all the rep= air > > > > > > > > options on the Win2k setup disc to no avail I think. > > > > > > > > I'm sorry this isn't directly FreeBSD related, but I really hope my > > > > Win2k installation isn't hosed. > > > > Thanks for replying! > > > > I can't understand how the 5.x boot manager has managed to break my win= dows > > boot, i've never had any trouble under 3.x or 4.x, both of which played > > with windows perfectly nicely. > > > > I think i've tried all of the various repair options on the Win2k CD, > > including getting it to do a fresh installation into a different folder > > (c:\tempwin), but even that failed with the "NTLDR missing" message! > > However you no longer get the booteasy (F1.... F2) menu anymore, so Win= dows > > must have rewritten something. It still doesn't explain why Win2k still > > won't boot. > > > > I'm running out of ideas and I *really* don't want to have to reformat = my > > windows drive! > > > > Other than this (fairly major) problem, my 5.0 installation went really > > well, even ACPI seems to be working perfectly and I even found a KLD to > > support my on- board sound card! :) > > > > I really want to get windows booting again so I can continue to play wi= th > > 5.0 without worrying... > > > > Any help is much appricated! > > > It could well be that windows has become confused about the partition=20 > numbering. the important file is c:\boot.ini. It will have a line like... >=20 > multi(0)disk(0)rdisk(0)partition(1)\WINNT=3D"Windows" /fastdetect >=20 > I can't recall what all the numbers mean and IIRC documentation is slight= ly=20 > scant, but try changing the numbers, in particular the partition() part a= nd=20 > see if that helps. Since you can't boot windows its not obvious how to ed= it=20 > the file, recovery console or knoppix are the two methods i would try. >=20 > Steve > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=-ZTxPtdUKsWQLcDHxtI68 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBVwrL3IqYlN3K/uYRAtNJAJ0cqnY6t+KFk8/T5Xv/P6oXzwKOEgCfTZta b+6ji6kXOSSOWK7UIVyH6oE= =GSNZ -----END PGP SIGNATURE----- --=-ZTxPtdUKsWQLcDHxtI68-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 18:30:38 2004 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 7509E16A4CE; Sun, 26 Sep 2004 18:30:38 +0000 (GMT) Received: from priv-edtnes57.telusplanet.net (outbound01.telus.net [199.185.220.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id A81B043D58; Sun, 26 Sep 2004 18:30:37 +0000 (GMT) (envelope-from mayo@mayo.sk) Received: from [192.168.0.20] (really [206.116.18.248]) by priv-edtnes57.telusplanet.netESMTP <20040926183036.JYLI3300.priv-edtnes57.telusplanet.net@[192.168.0.20]>; Sun, 26 Sep 2004 12:30:36 -0600 From: Mayo Jordanov To: Andrew Boothman In-Reply-To: <200409251446.30563.steve@howes-macnaghten.com> References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com> <1046192310.3e5ba0b6aa039@sms.ed.ac.uk> <200409251446.30563.steve@howes-macnaghten.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ZTxPtdUKsWQLcDHxtI68" Message-Id: <1096223435.765.7.camel@einstein.local.nfy> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 26 Sep 2004 11:30:36 -0700 cc: freebsd-current@freebsd.org cc: dwbear75@gmail.com cc: questions@freebsd.org cc: current@freebsd.org Subject: Re: "NTLDR missing" after 5-RELEASE install 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, 26 Sep 2004 18:30:38 -0000 --=-ZTxPtdUKsWQLcDHxtI68 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable You could also try BootPart (http://www.winimage.com/bootpart.htm) which should be able to either repair the nt loader or be able to figure out what's on which partition and change your boot.ini appropriately. (At least it used to be able to do that back when I used it) m On Sat, 2004-09-25 at 06:46, Steve Hodgson wrote: > On Tuesday 25 February 2003 16:58, Andrew Boothman wrote: > > Quoting Lucas Holt : > > > It probably is. You need to put in the win 2k CD and do a repair on > > > your windows install.. unfortunetely this may screw up your freebsd > > > install. > > > > > > On Tuesday, February 25, 2003, at 05:58 AM, Andrew Boothman wrote: > > > > Hi! > > > > > > > > I've just installed 5-RELEASE, and I asked for the FreeBSD Boot > > > > Manager to be installed on both my HDDs. > > > > > > > > When the machine boots I'm given options for : > > > > > > > > F1 - DOS > > > > F5 - Drive 2 > > > > > > > > Hitting F5 takes me to a second menu, where I can boot FreeBSD no > > > > problem. My problem is that Win2k will no longer boot.... Hitting F= 1 > > > > displays a message that, "NTLDR is missing". I've tried all the rep= air > > > > > > > > options on the Win2k setup disc to no avail I think. > > > > > > > > I'm sorry this isn't directly FreeBSD related, but I really hope my > > > > Win2k installation isn't hosed. > > > > Thanks for replying! > > > > I can't understand how the 5.x boot manager has managed to break my win= dows > > boot, i've never had any trouble under 3.x or 4.x, both of which played > > with windows perfectly nicely. > > > > I think i've tried all of the various repair options on the Win2k CD, > > including getting it to do a fresh installation into a different folder > > (c:\tempwin), but even that failed with the "NTLDR missing" message! > > However you no longer get the booteasy (F1.... F2) menu anymore, so Win= dows > > must have rewritten something. It still doesn't explain why Win2k still > > won't boot. > > > > I'm running out of ideas and I *really* don't want to have to reformat = my > > windows drive! > > > > Other than this (fairly major) problem, my 5.0 installation went really > > well, even ACPI seems to be working perfectly and I even found a KLD to > > support my on- board sound card! :) > > > > I really want to get windows booting again so I can continue to play wi= th > > 5.0 without worrying... > > > > Any help is much appricated! > > > It could well be that windows has become confused about the partition=20 > numbering. the important file is c:\boot.ini. It will have a line like... >=20 > multi(0)disk(0)rdisk(0)partition(1)\WINNT=3D"Windows" /fastdetect >=20 > I can't recall what all the numbers mean and IIRC documentation is slight= ly=20 > scant, but try changing the numbers, in particular the partition() part a= nd=20 > see if that helps. Since you can't boot windows its not obvious how to ed= it=20 > the file, recovery console or knoppix are the two methods i would try. >=20 > Steve > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=-ZTxPtdUKsWQLcDHxtI68 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBVwrL3IqYlN3K/uYRAtNJAJ0cqnY6t+KFk8/T5Xv/P6oXzwKOEgCfTZta b+6ji6kXOSSOWK7UIVyH6oE= =GSNZ -----END PGP SIGNATURE----- --=-ZTxPtdUKsWQLcDHxtI68-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 18:35:04 2004 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 20D3F16A4CE for ; Sun, 26 Sep 2004 18:35:04 +0000 (GMT) Received: from tomts22-srv.bellnexxia.net (tomts22-srv.bellnexxia.net [209.226.175.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C7DC43D55 for ; Sun, 26 Sep 2004 18:35:03 +0000 (GMT) (envelope-from dashevil@sympatico.ca) Received: from [192.168.2.32] ([67.68.38.73]) by tomts22-srv.bellnexxia.net ESMTP <20040926183502.PUPH2542.tomts22-srv.bellnexxia.net@[192.168.2.32]>; Sun, 26 Sep 2004 14:35:02 -0400 From: Chris Laverdure To: Mayo Jordanov In-Reply-To: <1096223435.765.7.camel@einstein.local.nfy> References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com> <1046192310.3e5ba0b6aa039@sms.ed.ac.uk> <200409251446.30563.steve@howes-macnaghten.com> <1096223435.765.7.camel@einstein.local.nfy> Content-Type: text/plain Message-Id: <1096223664.665.2.camel@elemental.DashEvil> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 26 Sep 2004 14:34:25 -0400 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: "NTLDR missing" after 5-RELEASE install 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, 26 Sep 2004 18:35:04 -0000 I had this exact same issue, but it was predictable -- I gather that it happens to a lot of people, altough I'm not sure why it happens. I installed Windows XP. Installed FreeBSD. Windows was unable to boot. Boot Windows XP console fixboot Boot FreeBSD CD. Reinstall FreeBSD bootloader. Now I have have babies in either OS. :p On Sun, 2004-09-26 at 14:30, Mayo Jordanov wrote: > You could also try BootPart (http://www.winimage.com/bootpart.htm) which > should be able to either repair the nt loader or be able to figure out > what's on which partition and change your boot.ini appropriately. (At > least it used to be able to do that back when I used it) > > m > > > On Sat, 2004-09-25 at 06:46, Steve Hodgson wrote: > > On Tuesday 25 February 2003 16:58, Andrew Boothman wrote: > > > Quoting Lucas Holt : > > > > It probably is. You need to put in the win 2k CD and do a repair on > > > > your windows install.. unfortunetely this may screw up your freebsd > > > > install. > > > > > > > > On Tuesday, February 25, 2003, at 05:58 AM, Andrew Boothman wrote: > > > > > Hi! > > > > > > > > > > I've just installed 5-RELEASE, and I asked for the FreeBSD Boot > > > > > Manager to be installed on both my HDDs. > > > > > > > > > > When the machine boots I'm given options for : > > > > > > > > > > F1 - DOS > > > > > F5 - Drive 2 > > > > > > > > > > Hitting F5 takes me to a second menu, where I can boot FreeBSD no > > > > > problem. My problem is that Win2k will no longer boot.... Hitting F1 > > > > > displays a message that, "NTLDR is missing". I've tried all the repair > > > > > > > > > > options on the Win2k setup disc to no avail I think. > > > > > > > > > > I'm sorry this isn't directly FreeBSD related, but I really hope my > > > > > Win2k installation isn't hosed. > > > > > > Thanks for replying! > > > > > > I can't understand how the 5.x boot manager has managed to break my windows > > > boot, i've never had any trouble under 3.x or 4.x, both of which played > > > with windows perfectly nicely. > > > > > > I think i've tried all of the various repair options on the Win2k CD, > > > including getting it to do a fresh installation into a different folder > > > (c:\tempwin), but even that failed with the "NTLDR missing" message! > > > However you no longer get the booteasy (F1.... F2) menu anymore, so Windows > > > must have rewritten something. It still doesn't explain why Win2k still > > > won't boot. > > > > > > I'm running out of ideas and I *really* don't want to have to reformat my > > > windows drive! > > > > > > Other than this (fairly major) problem, my 5.0 installation went really > > > well, even ACPI seems to be working perfectly and I even found a KLD to > > > support my on- board sound card! :) > > > > > > I really want to get windows booting again so I can continue to play with > > > 5.0 without worrying... > > > > > > Any help is much appricated! > > > > > It could well be that windows has become confused about the partition > > numbering. the important file is c:\boot.ini. It will have a line like... > > > > multi(0)disk(0)rdisk(0)partition(1)\WINNT="Windows" /fastdetect > > > > I can't recall what all the numbers mean and IIRC documentation is slightly > > scant, but try changing the numbers, in particular the partition() part and > > see if that helps. Since you can't boot windows its not obvious how to edit > > the file, recovery console or knoppix are the two methods i would try. > > > > Steve > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 18:50:26 2004 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 D89E016A522 for ; Sun, 26 Sep 2004 18:50:26 +0000 (GMT) Received: from tomts10-srv.bellnexxia.net (tomts10.bellnexxia.net [209.226.175.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03F6D43D1D for ; Sun, 26 Sep 2004 18:50:23 +0000 (GMT) (envelope-from dashevil@sympatico.ca) Received: from [192.168.2.32] ([67.68.38.73]) by tomts10-srv.bellnexxia.net ESMTP <20040926185022.BMIG2048.tomts10-srv.bellnexxia.net@[192.168.2.32]>; Sun, 26 Sep 2004 14:50:22 -0400 From: Chris Laverdure To: Chris Laverdure In-Reply-To: <1096223664.665.2.camel@elemental.DashEvil> References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com> <1046192310.3e5ba0b6aa039@sms.ed.ac.uk> <200409251446.30563.steve@howes-macnaghten.com> <1096223435.765.7.camel@einstein.local.nfy> <1096223664.665.2.camel@elemental.DashEvil> Content-Type: text/plain Message-Id: <1096224584.665.5.camel@elemental.DashEvil> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 26 Sep 2004 14:49:45 -0400 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: "NTLDR missing" after 5-RELEASE install 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, 26 Sep 2004 18:50:27 -0000 On Sun, 2004-09-26 at 14:34, Chris Laverdure wrote: > I had this exact same issue, but it was predictable -- I gather that it > happens to a lot of people, altough I'm not sure why it happens. > > I installed Windows XP. > Installed FreeBSD. > Windows was unable to boot. > Boot Windows XP > console > fixboot > Boot FreeBSD CD. > Reinstall FreeBSD bootloader. > > Now I have have babies in either OS. :p That SHOULD say "Boot Windows XP CD". heh. From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 19:03:44 2004 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 A723B16A4CE; Sun, 26 Sep 2004 19:03:44 +0000 (GMT) Received: from mxb.saturn-tech.com (mxb.saturn-tech.com [207.229.19.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CF5D43D2F; Sun, 26 Sep 2004 19:03:44 +0000 (GMT) (envelope-from drussell@saturn-tech.com) Received: from mxb.saturn-tech.com (localhost [127.0.0.1]) by mxb.saturn-tech.com (8.12.3/8.12.3) with ESMTP id i8QJ6IKt042707; Sun, 26 Sep 2004 13:06:18 -0600 (MDT) (envelope-from drussell@saturn-tech.com) Received: from localhost (drussell@localhost)i8QJ6HSF042704; Sun, 26 Sep 2004 13:06:17 -0600 (MDT) (envelope-from drussell@saturn-tech.com) X-Authentication-Warning: mxb.saturn-tech.com: drussell owned process doing -bs Date: Sun, 26 Sep 2004 13:06:17 -0600 (MDT) From: Doug Russell To: Michael Nottebrock In-Reply-To: <200409261332.23227.michaelnottebrock@gmx.net> Message-ID: <20040926125542.P42646-100000@mxb.saturn-tech.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: freebsd-chat@freebsd.org Subject: Re: ATA disk performance (ICH2 controller), some tests andcomparison with Linux 2.6.5 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, 26 Sep 2004 19:03:44 -0000 I suppose this should probably be moved to -chat..... On Sun, 26 Sep 2004, Michael Nottebrock wrote: > Supporting and being used on common-but-not-so-good hardware is one of the > best (and oldest) traditions of FreeBSD. :-) Oh, that it is! (Still doesn't mean the hardware is good. :) ) I found a 5.25" floppy the other day labeled "FreeBSD CPIO", and it got me thing about what version it actually was when I first loaded FreeBSD on an old MFM hard disk. It was a slightly old version, just after another was released, and I remember being so impressed with it that I went out the next day and bought a shiny new IDE disk to make a dedicated FreeBSD box, as I knew instantly that evening that I'd be running this OS permanently. It now accounts for nearly every one of my boxen. :) Maybe I'll go dig up an MFM controller and my pile of ancient disks. I think I know which one it was on even (I think it is an an 80 meg full height Micropolis).... it's probably still on there. :) Later...... From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 19:09:26 2004 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 C271E16A4CE; Sun, 26 Sep 2004 19:09:26 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6174843D53; Sun, 26 Sep 2004 19:09:26 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8QJ9POa018778; Sun, 26 Sep 2004 15:09:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i8QJ9Q7N049000; Sun, 26 Sep 2004 15:09:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CDA827303F; Sun, 26 Sep 2004 15:09:25 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040926190925.CDA827303F@freebsd-current.sentex.ca> Date: Sun, 26 Sep 2004 15:09:25 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 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, 26 Sep 2004 19:09:26 -0000 TB --- 2004-09-26 16:58:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-26 16:58:52 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-09-26 16:58:52 - checking out the source tree TB --- 2004-09-26 16:58:52 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2004-09-26 16:58:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-26 17:04:30 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-26 17:04:30 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-09-26 17:04:30 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-09-26 18:33:54 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-26 18:33:54 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-09-26 18:33:54 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Sep 26 18:33:55 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Sep 26 18:53:16 UTC 2004 TB --- 2004-09-26 18:53:16 - generating LINT kernel config TB --- 2004-09-26 18:53:16 - cd /home/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/conf TB --- 2004-09-26 18:53:16 - /usr/bin/make -B LINT TB --- 2004-09-26 18:53:16 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-26 18:53:16 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-09-26 18:53:16 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Sep 26 18:53:16 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/disasm/disasm_format.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia32/ia32_signal.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia32/ia32_sigtramp.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia32/ia32_trap.c /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia32/ia32_trap.c: In function `ia32_syscall': /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia32/ia32_trap.c:182: error: `syscallnames' undeclared (first use in this function) /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia32/ia32_trap.c:182: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia32/ia32_trap.c:182: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-09-26 19:09:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-26 19:09:25 - ERROR: failed to build lint kernel TB --- 2004-09-26 19:09:25 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 19:47:51 2004 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 3096116A4CE for ; Sun, 26 Sep 2004 19:47:51 +0000 (GMT) Received: from kayjay.xs4all.nl (kayjay.xs4all.nl [80.126.33.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E59543D2F for ; Sun, 26 Sep 2004 19:47:50 +0000 (GMT) (envelope-from karelj@kayjay.xs4all.nl) Received: from kayjay.xs4all.nl (localhost.kayjay.xs4all.nl [127.0.0.1]) by kayjay.xs4all.nl (8.13.1/8.13.1) with ESMTP id i8QJljTN008222; Sun, 26 Sep 2004 21:47:45 +0200 (CEST) (envelope-from karelj@kayjay.xs4all.nl) Received: (from karelj@localhost) by kayjay.xs4all.nl (8.13.1/8.13.1/Submit) id i8QJli9V008221; Sun, 26 Sep 2004 21:47:44 +0200 (CEST) (envelope-from karelj) Date: Sun, 26 Sep 2004 21:47:44 +0200 From: "Karel J. Bosschaart" To: Ivan Voras Message-ID: <20040926194744.GA8196@kayjay.xs4all.nl> References: <41555396.4030009@fer.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41555396.4030009@fer.hr> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: USB memory stick hotswap problems 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, 26 Sep 2004 19:47:51 -0000 On Sat, Sep 25, 2004 at 01:16:38PM +0200, Ivan Voras wrote: > What is the expected behavour when umounting USB drives which have > already been unplugged? :) > I'm sure I'm not the only one who often forgets to umount these thingies > when leaving the site I'm working at the moment, so it should probably > be something other than what I always encounter (BETA5): > > Any ideas how to solve or circumevent these problems? (Aside from "don't > do that"). I'm using mtools (and mtoolsfm as a graphical frontend) for accessing my USB memory stick. This does not require mounting the device. A disadvantage is that this only works for devices with a FAT filesystem. Karel. From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 20:06:43 2004 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 3D5E816A4CE; Sun, 26 Sep 2004 20:06:43 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF38743D39; Sun, 26 Sep 2004 20:06:42 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8QK79lG055111; Sun, 26 Sep 2004 14:07:09 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <415720FD.8080603@samsco.org> Date: Sun, 26 Sep 2004 14:05:17 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: developers@freebsd.org Subject: FreeBSD 5.3-BETA6 available 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, 26 Sep 2004 20:06:43 -0000 The FreeBSD Release Engineering Team is proud to announce the availability of FreeBSD 5.3-BETA6. This is the sixth BETA of the 5.3 release cycle. It is intended for early adopters and those wishing to help find and/or fix bugs. The 5.3 release cycle will continue with weekly BETA builds while bugs are being fixed and features finalized. The schedule is at http://www.freebsd.org/releases/5.3R/schedule.html. Be sure to check the "Known issues" below, there are known problems still being worked on at this time. IMPORTANT: BIND9 is being imported and will be in the next and likely final beta, BETA7. Users of the named daemon should visit the ISC website for information about migrating to BIND9. Fixes and Enhancements made since BETA5: - Many USB device updates - Fix a panic when unloading the if_tap module - Fix a lock order reversal in the network ioctl code - Fix a panic with PF - Fix large UID and GID handling in libarchive - The PFIL_HOOKS kernel option is now silently enabled by default. - Various locking fixes to the network stack - The net.inet.ip.check_interface sysctl is off by default now - Fix a long-standing panic on i386 and amd64 SMP under extreme load - Many fixes to gvinum - The README.html files that are generated for each port are no longer installed. They can be found on the disc2 live filesystem. - Fix a rare panic on startup on i386 SMP - Fix problem with multiple floppy drives all having the name "/dev/fd0" Known issues in this release - There are known data corruption issues with gvinum. Fixes are being tested now. - There are several problems with the ATA driver that can result in system hangs at boot and erroneous disk failures. Fixes for these are being tested now and will be in the next BETA. - Detaching a USB Hub device, including many keyboards and monitors, will trigger a panic. The fix for this is being tested and will be in the next BETA. - The Synaptics Touchpad mouse support is known to have issues with responsiveness. It can be disabled with 'hint.psm.0.flags="0x200"' in "/boot/device.hints". This will be resolved for the release. - There are reports of packet corruption with the nge(1) driver when the network stack is run without Giant. A fix is being tested. A complete list of defects that will be fixed for the release can be found at http://www.freebsd.org/releases/5.3R/todo.html. Availability: For people wishing to upgrade older systems using cvsup(1) and the procedure described in src/UPDATING the CVS tag to use is RELENG_5 at this point. Note that like all RELENG_X branches this is an active development branch. We do not recommend those branches for normal use (for normal use RELENG_X_Y branches are more appropriate, e.g. RELENG_4_10 is the current stable branch). As of this writing the following are available on ftp.freebsd.org along with some of the mirror sites: alpha: all images available amd64: all images available i386: all images available ia64: miniinst available pc98: miniinst available sparc64: all images available MD5s for the builds that are complete at this time are: MD5 (5.3-BETA6-alpha-bootonly.iso) = d466a7f804784fad845bb9c5c2f69d9c MD5 (5.3-BETA6-alpha-disc1.iso) = bf3dc22140abe43c564f44c2b8d22a58 MD5 (5.3-BETA6-alpha-disc2.iso) = 814e2e1dc02bcde8e00b230a5734e36c MD5 (5.3-BETA6-alpha-miniinst.iso) = f50bc98fc56c295e56ac59e50833ed3c MD5 (5.3-BETA6-amd64-bootonly.iso) = a6fdd46c64f32ab154c50934255f1316 MD5 (5.3-BETA6-amd64-disc2.iso) = 9f15d66b13ccbfe1a3bd9dede08dfeff MD5 (5.3-BETA6-amd64-miniinst.iso) = 864ad066ea17aa5e724b216a594a0aec MD5 (5.3-BETA6-amd64-disc1.iso) = 52a17e83f4c0f3121a4db0e5d208a4e5 MD5 (5.3-BETA6-i386-bootonly.iso) = 17a194ba9beccd5075514d94b87c9035 MD5 (5.3-BETA6-i386-disc1.iso) = d6b2da7b6134da2e4beb7f09d658df2c MD5 (5.3-BETA6-i386-disc2.iso) = 243af47dff5b3bd0e06fd37f529d642a MD5 (5.3-BETA6-i386-miniinst.iso) = 31e0ded04415e337054c32a1d95db8d5 MD5 (5.3-BETA6-ia64-bootonly.iso) = 53b95d1e940e2f55ac1e6f883a63f557 MD5 (5.3-BETA6-ia64-disc2.iso) = ce10109f514a1bcf231d40b57405e4b3 MD5 (5.3-BETA6-ia64-miniinst.iso) = 4410203b8b8b01600b86c3b3ece7f619 MD5 (5.3-BETA6-pc98-disc2.iso) = 4c3a24517ef20c081aab47e87d5382cf MD5 (5.3-BETA6-pc98-miniinst.iso) = 6b745905e68af92e0b6825759f8a89d4 MD5 (5.3-BETA6-sparc64-bootonly.iso) = 6bdfadcc97ee1fcb86717ce301f3af65 MD5 (5.3-BETA6-sparc64-disc1.iso) = 32635c99e5db0d22f5bdb8d73f74c045 MD5 (5.3-BETA6-sparc64-disc2.iso) = 5b84f646968d363410dd06c51a681a3a MD5 (5.3-BETA6-sparc64-miniinst.iso) = 0839853f14cb2866740babc09ba511c7 From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 20:15:21 2004 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 A563816A4CE for ; Sun, 26 Sep 2004 20:15:21 +0000 (GMT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id D868243D3F for ; Sun, 26 Sep 2004 20:15:20 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 58674 invoked from network); 26 Sep 2004 20:14:53 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43) by avocado.salatschuessel.net with SMTP; 26 Sep 2004 20:14:53 -0000 Date: Sun, 26 Sep 2004 22:15:18 +0200 From: Oliver Lehmann To: freebsd-current@freebsd.org Message-Id: <20040926221518.445a525b.lehmann@ans-netz.de> In-Reply-To: <20040926192820.3dc88d3a.lehmann@ans-netz.de> References: <20040926190709.251f1689.lehmann@ans-netz.de> <20040926192820.3dc88d3a.lehmann@ans-netz.de> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Problems with ANA-6944A + 5.3-BETA + IRQ sharing? 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, 26 Sep 2004 20:15:21 -0000 Ok, I did some more investegating I plugged that card now into my testsystem (PI-166, xl0, xl1 de[0-3], running 5.3-BETA4). Configuration: * ANA 6944A (provides de0-3) * 3Com-905B (provides xl0) * 3Com-905B (provides xl1) * de3 -> 10.0.0.60 -> 10.0.0.0/24 * de0 -> 10.0.1.60 -> 10.0.1.0/24 * default route -> 10.0.0.1 * /mnt/files is a nfs mount from 10.0.0.21 * logged in with ssh from 10.0.1.51 to 10.0.1.60 three paralell sessions I started twice dd if=/mnt/files/dill_dd of=/dev/null in the first and second login session (4GB hdd image). During the two dd where running, I noticed verry strange things happen. I'll try to explain it... ;) For example: I typed on my ssh login-shell (my 3rd login) abcdefghijkl and nothing happend. I continued typing (same line) mnopqrstuvwx And as I typed "m", "a" showed up immediately. As I typed "n", "b" showed up immediately - and so on until "l" showed up. "m" didn't showed up. I waited and waited... nothing.. and after much time of waiting, "m" "n" and so on started to show up... I hope I explained it understandable... After that I pinged 10.0.1.51(->de0): (logged in from 10.0.1.51(->de0)) test# ping 10.0.1.51 PING 10.0.1.51 (10.0.1.51): 56 data bytes 64 bytes from 10.0.1.51: icmp_seq=0 ttl=64 time=26257.896 ms 64 bytes from 10.0.1.51: icmp_seq=1 ttl=64 time=25982.936 ms 64 bytes from 10.0.1.51: icmp_seq=2 ttl=64 time=24977.955 ms 64 bytes from 10.0.1.51: icmp_seq=3 ttl=64 time=23971.104 ms 64 bytes from 10.0.1.51: icmp_seq=4 ttl=64 time=22965.371 ms 64 bytes from 10.0.1.51: icmp_seq=5 ttl=64 time=21958.377 ms 64 bytes from 10.0.1.51: icmp_seq=6 ttl=64 time=20951.601 ms 64 bytes from 10.0.1.51: icmp_seq=7 ttl=64 time=19942.864 ms I can speed up the time to ~800ms by keeping Enter pressed in the ssh-login-shell which runs ping. xl0: flags=8802 mtu 1500 options=9 inet6 fe80::210:5aff:fe60:9092%xl0 prefixlen 64 scopeid 0x1 ether 00:10:5a:60:90:92 media: Ethernet autoselect (none) status: no carrier xl1: flags=8802 mtu 1500 options=9 ether 00:50:04:0c:e7:a1 media: Ethernet autoselect (none) status: no carrier de0: flags=108843 mtu 1500 inet6 fe80::200:d1ff:fe1f:e3a1%de0 prefixlen 64 scopeid 0x3 inet 10.0.0.60 netmask 0xffffff00 broadcast 10.0.0.255 ether 00:00:d1:1f:e3:a1 media: Ethernet autoselect (100baseTX ) status: active de1: flags=108c02 mtu 1500 ether 00:00:d1:1f:e3:a2 media: Ethernet autoselect de2: flags=108c02 mtu 1500 ether 00:00:d1:1f:e3:a3 media: Ethernet autoselect de3: flags=108843 mtu 1500 inet 10.0.1.60 netmask 0xffffff00 broadcast 10.0.1.255 inet6 fe80::200:d1ff:fe1f:e3a4%de3 prefixlen 64 scopeid 0x6 ether 00:00:d1:1f:e3:a4 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x7 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xe400-0xe47f mem 0xdf800000-0xdf80007f irq 12 at device 10.0 on pci0 xl1: <3Com 3c905B-TX Fast Etherlink XL> port 0xe000-0xe07f mem 0xdf000000-0xdf00007f irq 10 at device 11.0 on pci0 de0: port 0xd800-0xd87f mem 0xde800000-0xde80007f irq 7 at device 4.0 on pci1 de1: port 0xd400-0xd47f mem 0xde000000-0xde00007f irq 10 at device 5.0 on pci1 de2: port 0xd000-0xd07f mem 0xdd800000-0xdd80007f irq 12 at device 6.0 on pci1 de3: port 0xb800-0xb87f mem 0xdd000000-0xdd00007f irq 7 at device 7.0 on pci1 atkbd0: irq 1 on atkbdc0 fdc0: at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio1 at port 0x2f8-0x2ff irq 3 on isa0 First time I ever saw such a behaviour. Tomorrow I'll go setting up a 4.X installation. But my feeling says... it's "just" the card... -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 20:41:36 2004 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 6229A16A4CE for ; Sun, 26 Sep 2004 20:41:36 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75ABC43D5C for ; Sun, 26 Sep 2004 20:41:35 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8QKeVAH069683; Sun, 26 Sep 2004 14:40:31 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 26 Sep 2004 14:41:40 -0600 (MDT) Message-Id: <20040926.144140.45874749.imp@bsdimp.com> To: benlutz@datacomm.ch From: "M. Warner Losh" In-Reply-To: <20040926182113.7ccffc2c.benlutz@datacomm.ch> References: <20040926005943.GA61350@parodius.com> <200409261036.49484.Lucas.James@LDJcs.Com.Au> <20040926182113.7ccffc2c.benlutz@datacomm.ch> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: USB memory stick hotswap problems 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, 26 Sep 2004 20:41:36 -0000 In message: <20040926182113.7ccffc2c.benlutz@datacomm.ch> Benjamin Lutz writes: : > We should be telling the kernel at some point that this is a removable : > device, and not have the kernel complain if we umount it when the device : > has already disappeared (assuming that we have mounted it with -o sync). : : Even if it's mounted async, the kernel should just shrug, flush the now : useless stuff from memory, and get on with it's live. Maybe a log entry : could be made when there's still unwritten data that has now been lost. : : I'm anxious to see what phk comes up with :) There's multiple problems with devices going away. In this case, there kernel has references to the device that goes away and tries to flush its buffers to the now defunt device. Bad kharma ensues. phk's device work should help this somewhat, but there aren't any sleepers, per se, in this case, so I'll be very interested to see how he deals with that issue. Warner From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 20:44:33 2004 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 E1F4516A4CE for ; Sun, 26 Sep 2004 20:44:33 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 757E343D1D for ; Sun, 26 Sep 2004 20:44:33 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8QKgDod069741; Sun, 26 Sep 2004 14:42:17 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 26 Sep 2004 14:43:23 -0600 (MDT) Message-Id: <20040926.144323.94553654.imp@bsdimp.com> To: mike@Reifenberger.com From: "M. Warner Losh" In-Reply-To: <20040926201250.B9557@fw.reifenberger.com> References: <20040926201250.B9557@fw.reifenberger.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: "dump -L -C32 .. | gzip -3c" stuck under -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, 26 Sep 2004 20:44:34 -0000 In message: <20040926201250.B9557@fw.reifenberger.com> Michael Reifenberger writes: : gzip where (accodingly to top) in the state 'piperd' Must be dump that's stuck then, or there's some subtle bug in closing pipes. piperd is Pipe Read wait state. gzip is waiting to get more data over the pipe, and it never arrives. Warner From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 21:08:37 2004 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 30B7916A4CF for ; Sun, 26 Sep 2004 21:08:37 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id C822643D2D for ; Sun, 26 Sep 2004 21:08:36 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8QL825Q070007; Sun, 26 Sep 2004 15:08:02 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 26 Sep 2004 15:09:12 -0600 (MDT) Message-Id: <20040926.150912.91757858.imp@bsdimp.com> To: rosti_bsd@yahoo.com From: "M. Warner Losh" In-Reply-To: <20040926143209.44197.qmail@web14828.mail.yahoo.com> References: <20040921.143546.63053469.imp@bsdimp.com> <20040926143209.44197.qmail@web14828.mail.yahoo.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: new fdc(4) and new fdcontrol(8) behavior (5.3-BETA5) 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, 26 Sep 2004 21:08:37 -0000 [[ Rostislav sent me dmesg off line ]] Interesting. You have no ACPI, so you are using only PNP and PNPBIOS to enumerate your devices. The 'hints' device is selected in preference to the PNPBIOS device, which is backwards (the PNPBIOS devices should take precidence). This is why you are seeing what you are seeing. I think this is a bug, but need to consult with some folks to make sure. It works because ISA devices are always mapped and we're talking to the right registers. We're not allocating them, so there's a small chance for collision with the more dynamic parts of the system. Since you aren't doing dynamic things, you aren't colliding so things work. Warner From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 21:19:53 2004 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 EA19916A4CE for ; Sun, 26 Sep 2004 21:19:53 +0000 (GMT) Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com [194.25.134.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F62D43D1F for ; Sun, 26 Sep 2004 21:19:53 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from fwd01.aul.t-online.de by mailout11.sul.t-online.com with smtp id 1CBgQx-0003Ob-00; Sun, 26 Sep 2004 23:19:51 +0200 Received: from fw.reifenberger.com (bLmlwMZaQeyk-GWKe6NhNmxxyJvohKnUHEThwyO7ztN68J9MmiRAYb@[217.232.235.254]) by fmrl01.sul.t-online.com with esmtp id 1CBgQl-1sRw6y0; Sun, 26 Sep 2004 23:19:39 +0200 Received: from localhost (mike@localhost)i8QLJUtb001108; Sun, 26 Sep 2004 23:19:30 +0200 (CEST) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Sun, 26 Sep 2004 23:19:27 +0200 (CEST) From: Michael Reifenberger To: "M. Warner Losh" In-Reply-To: <20040926.144323.94553654.imp@bsdimp.com> Message-ID: <20040926231325.K1076@fw.reifenberger.com> References: <20040926201250.B9557@fw.reifenberger.com> <20040926.144323.94553654.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-ID: bLmlwMZaQeyk-GWKe6NhNmxxyJvohKnUHEThwyO7ztN68J9MmiRAYb@t-dialin.net X-TOI-MSGID: 6d11c3e2-5d9c-4acd-9cc2-fbe452cdbb19 cc: freebsd-current@freebsd.org Subject: Re: "dump -L -C32 .. | gzip -3c" stuck under -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, 26 Sep 2004 21:19:54 -0000 On Sun, 26 Sep 2004, M. Warner Losh wrote: ... > : gzip where (accodingly to top) in the state 'piperd' > > Must be dump that's stuck then, or there's some subtle bug in closing > pipes. piperd is Pipe Read wait state. gzip is waiting to get more > data over the pipe, and it never arrives. > Hmm. Then this could be a snapshot problem. Any tips how to debug? Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 21:23:42 2004 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 CD51B16A4CE for ; Sun, 26 Sep 2004 21:23:42 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5717643D5D for ; Sun, 26 Sep 2004 21:23:42 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8QLMoPk070174; Sun, 26 Sep 2004 15:22:51 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 26 Sep 2004 15:24:00 -0600 (MDT) Message-Id: <20040926.152400.31236652.imp@bsdimp.com> To: mike@reifenberger.com From: "M. Warner Losh" In-Reply-To: <20040926231325.K1076@fw.reifenberger.com> References: <20040926201250.B9557@fw.reifenberger.com> <20040926.144323.94553654.imp@bsdimp.com> <20040926231325.K1076@fw.reifenberger.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: "dump -L -C32 .. | gzip -3c" stuck under -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, 26 Sep 2004 21:23:42 -0000 In message: <20040926231325.K1076@fw.reifenberger.com> Michael Reifenberger writes: : On Sun, 26 Sep 2004, M. Warner Losh wrote: : ... : > : gzip where (accodingly to top) in the state 'piperd' : > : > Must be dump that's stuck then, or there's some subtle bug in closing : > pipes. piperd is Pipe Read wait state. gzip is waiting to get more : > data over the pipe, and it never arrives. : > : : Hmm. : Then this could be a snapshot problem. : Any tips how to debug? I'm not sure. Just reporting what piperd ment... Warner From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 21:30:11 2004 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 0986716A4CE for ; Sun, 26 Sep 2004 21:30:11 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id C712D43D3F for ; Sun, 26 Sep 2004 21:30:09 +0000 (GMT) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) i8QLU7aI053890 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 26 Sep 2004 23:30:07 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost)i8QLU7si053889 for current@freebsd.org; Sun, 26 Sep 2004 23:30:07 +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.13.1/8.13.1) with ESMTP id i8QLTa05057742 for ; Sun, 26 Sep 2004 23:29:37 +0200 (CEST) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost) by titan.klemm.apsfilter.org (8.13.1/8.13.1/Submit) id i8QLTa2H057741 for current@freebsd.org; Sun, 26 Sep 2004 23:29:36 +0200 (CEST) (envelope-from andreas) Date: Sun, 26 Sep 2004 23:29:36 +0200 From: Andreas Klemm To: current@freebsd.org Message-ID: <20040926212936.GA4247@titan.klemm.apsfilter.org> References: <415720FD.8080603@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <415720FD.8080603@samsco.org> X-Operating-System: FreeBSD 5.3-BETA6 X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.6i Subject: Fatal error 'Spinlock called when not threaded.' ... (Re: FreeBSD 5.3-BETA6 available) 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, 26 Sep 2004 21:30:11 -0000 Hi, don't know if this a a local problem, but during the last OS update by "make world" I suddenly couldn't re-login under X11 (screen saver locked screen and I couldnt sucessfully re-login). Ctrl-ALT-BS helped, shutdown of X11, then reboot. But then I was unable to start X11 because kdeinit couldn't startup. With other window manager no problem. Error message is some problem with kdeinit to "connect:". Now I assumed an error with kdelibs and deinstalled kdelibs3 and tried to reinstall. kdelibs3 cannot be re-compiled because of an error during compilation. I re-cvsupped, made world again, reboot and now I'm trying to recompile kdelibs3 a 2nd time, same error at same location. QT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT kconfigdial ogmanager.lo -MD -MP -MF ".deps/kconfigdialogmanager.Tpo" -c -o kconfigdialogman ager.lo kconfigdialogmanager.cpp; \ then mv -f ".deps/kconfigdialogmanager.Tpo" ".deps/kconfigdialogmanager.Plo"; el se rm -f ".deps/kconfigdialogmanager.Tpo"; exit 1; fi if /bin/sh ../libtool --silent --mode=compile --tag=CXX c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../dcop -I../kio/kssl -I../kdefx -I../kdecore/network -I../dcop -I../ libltdl -I../kdefx -I../kdecore -I../kdeui -I../kio -I../kio/kio -I../kio/kfile -I.. -I/usr/X11R6/include -I/usr/local/include -I/usr/local/include -I/usr/loca l/include/libart-2.0 -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/in clude -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -Wnon-virtual-dtor -Wno -long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -pipe -O -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -D QT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT klockfile.l o -MD -MP -MF ".deps/klockfile.Tpo" -c -o klockfile.lo klockfile.cpp; \ then mv -f ".deps/klockfile.Tpo" ".deps/klockfile.Plo"; else rm -f ".deps/klockf ile.Tpo"; exit 1; fi ../dcop/dcopidl/dcopidl ./ksycoca.h > ksycoca.kidl || ( rm -f ksycoca.kidl ; fal se ) Fatal error 'Spinlock called when not threaded.' at line 83 in file /usr/src/lib /libpthread/thread/thr_spinlock.c (errno = 0) Abort trap (core dumped) gmake[3]: *** [ksycoca.kidl] Error 1 gmake[3]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.3.0/kdecore' Somebody else with similar behaviour after upgrading to BETA-6 ? -- Need a magic printfilter today ? -> http://www.apsfilter.org/ From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 21:35:26 2004 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 2EEA116A4CE; Sun, 26 Sep 2004 21:35:26 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE5C343D31; Sun, 26 Sep 2004 21:35:25 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8QLZr1T055428; Sun, 26 Sep 2004 15:35:53 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <415735C8.8000604@FreeBSD.org> Date: Sun, 26 Sep 2004 15:34:00 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andreas Klemm References: <415720FD.8080603@samsco.org> <20040926212936.GA4247@titan.klemm.apsfilter.org> In-Reply-To: <20040926212936.GA4247@titan.klemm.apsfilter.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: current@FreeBSD.org Subject: Re: Fatal error 'Spinlock called when not threaded.' ... (Re:FreeBSD 5.3-BETA6 available) 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, 26 Sep 2004 21:35:26 -0000 Andreas Klemm wrote: > Hi, > > don't know if this a a local problem, but during the last OS update > by "make world" I suddenly couldn't re-login under X11 (screen saver > locked screen and I couldnt sucessfully re-login). > Ctrl-ALT-BS helped, shutdown of X11, then reboot. > > But then I was unable to start X11 because kdeinit couldn't startup. > With other window manager no problem. > Error message is some problem with kdeinit to "connect:". > > Now I assumed an error with kdelibs and deinstalled kdelibs3 > and tried to reinstall. > > kdelibs3 cannot be re-compiled because of an error during compilation. > > I re-cvsupped, made world again, reboot and now I'm trying to > recompile kdelibs3 a 2nd time, same error at same location. You are probably mixing libc_r and libpthread somewhere. Use /etc/libmap.conf to map libc_r over to libpthread. The best long-term solution is to recompile all of your ports. Scott From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 21:42:14 2004 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 E6B2816A4CF for ; Sun, 26 Sep 2004 21:42:14 +0000 (GMT) Received: from smtp.thilelli.net (smtp.thilelli.net [213.41.129.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12A7443D58 for ; Sun, 26 Sep 2004 21:42:14 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from localhost (localhost.thilelli.net [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 894C178C72 for ; Sun, 26 Sep 2004 23:42:12 +0200 (CEST) Received: from bento.thilelli.net ([127.0.0.1]) by localhost (bento.thilelli.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 09731-02 for ; Sun, 26 Sep 2004 23:42:08 +0200 (CEST) Received: from webmail.thilelli.net (localhost.thilelli.net [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 4D15C78C71 for ; Sun, 26 Sep 2004 23:42:08 +0200 (CEST) Received: from 192.168.1.20 (SquirrelMail authenticated user jgabel); by webmail.thilelli.net with HTTP; Sun, 26 Sep 2004 23:42:08 +0200 (CEST) Message-ID: <50677.192.168.1.20.1096234928.squirrel@192.168.1.20> Date: Sun, 26 Sep 2004 23:42:08 +0200 (CEST) From: "Julien Gabel" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at thilelli.net Subject: Problem using USB thumbdrive using 5.3-BETA6. 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, 26 Sep 2004 21:42:15 -0000 Hello, With three working FreeBSD systems running RELENG_5_2 (5.2.1-RELEASE-p10 at this time), i can use, without any problem, a 64MB USB thumbdrive for months now. But since i test the upcoming 5.3-RELEASE (RELENG_5 branch), it seems impossible to have it to even be detect when i plug it in. * Info. under a RELENG_5_2 system (_working_ installation): # usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), \ VIA(0x0000), rev 1.00 port 1 addr 2: full speed, power 100 mA, config 1, USB Mass Storage \ Device(0x1060), vendor 0x0c45(0x0c45), rev 1.00 port 2 powered # dmesg [...] umass0: vendor 0x0c45 USB Mass Storage Device, rev 1.10/1.00, addr 2 GEOM: create disk da0 dp=0xc495a850 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 1.000MB/s transfers da0: 62MB (128000 512 byte sectors: 64H 32S/T 62C) # camcontrol devlist -v scbus0 on ata0 bus 0: < > at scbus0 target -1 lun -1 () scbus1 on ata1 bus 0: at scbus1 target 0 lun 0 (pass0,cd0) at scbus1 target 1 lun 0 (pass1,cd1) < > at scbus1 target -1 lun -1 () scbus2 on umass-sim0 bus 0: at scbus2 target 0 lun 0 (da0,pass2) scbus-1 on xpt0 bus 0: < > at scbus-1 target -1 lun -1 (xpt0) * Info. under a RELENG_5 system (_broken_ installation): # usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), \ VIA(0x0000), rev 1.00 port 1 addr 0 should never happen! port 2 powered # dmesg [...] uhub0: device problem, disabling port 1 Worse, if i boot when the USB thumbdrive is plugged, the system hangs printing the following message (during boot kernel message sequence) after few minutes of waiting: umass0: BBB reset failed, TIMEOUT umass0: BBB bulk-in clear stall failed, TIMEOUT umass0: BBB bulk-out clear stall failed, TIMEOUT umass0: BBB reset failed, TIMEOUT [...] Then, i unplugged the device and the system panic instantaneously. Any clue, advice or answer to this particular problem? -- -jpeg. From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 21:42:26 2004 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 942C516A4F6 for ; Sun, 26 Sep 2004 21:42:26 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4420743D2D for ; Sun, 26 Sep 2004 21:42:26 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.34 (FreeBSD)) id 1CBgmm-0003yx-Oa; Sun, 26 Sep 2004 14:42:24 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16727.14272.253596.831284@ran.psg.com> Date: Sun, 26 Sep 2004 14:42:24 -0700 To: "M. Warner Losh" References: <20040926201250.B9557@fw.reifenberger.com> <20040926.144323.94553654.imp@bsdimp.com> <20040926231325.K1076@fw.reifenberger.com> <20040926.152400.31236652.imp@bsdimp.com> cc: freebsd-current@freebsd.org Subject: Re: "dump -L -C32 .. | gzip -3c" stuck under -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, 26 Sep 2004 21:42:26 -0000 >> Then this could be a snapshot problem. > I'm not sure. Just reporting what piperd ment... there is a system from which i have not been able to dump -L since last winter. randy From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 21:45:09 2004 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 4B70016A4D1 for ; Sun, 26 Sep 2004 21:45:09 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id AADA443D5E for ; Sun, 26 Sep 2004 21:45:08 +0000 (GMT) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) i8QLj7aI054121 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 26 Sep 2004 23:45:07 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost)i8QLj7Kj054120 for current@freebsd.org; Sun, 26 Sep 2004 23:45:07 +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.13.1/8.13.1) with ESMTP id i8QLfdrO062439 for ; Sun, 26 Sep 2004 23:41:39 +0200 (CEST) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost) by titan.klemm.apsfilter.org (8.13.1/8.13.1/Submit) id i8QLfdFa062438 for current@freebsd.org; Sun, 26 Sep 2004 23:41:39 +0200 (CEST) (envelope-from andreas) Date: Sun, 26 Sep 2004 23:41:39 +0200 From: Andreas Klemm To: current@freebsd.org Message-ID: <20040926214139.GA60201@titan.klemm.apsfilter.org> References: <415720FD.8080603@samsco.org> <20040926212936.GA4247@titan.klemm.apsfilter.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040926212936.GA4247@titan.klemm.apsfilter.org> X-Operating-System: FreeBSD 5.3-BETA6 X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.6i Subject: Re: Fatal error 'Spinlock called when not threaded.' ... (Re: FreeBSD 5.3-BETA6 available) 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, 26 Sep 2004 21:45:09 -0000 Creating this helped (thanks to google ;-) /etc/libmap.conf: libpthread.so.1 libc_r.so.5 libpthread.so libc_r.so Has there been a change last recently ? Since with BETA5 I didn't have any trouble. Andreas /// -- Andreas Klemm - Powered by FreeBSD 5.1-CURRENT Need a magic printfilter today ? -> http://www.apsfilter.org/ From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 22:59:52 2004 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 37F1216A4CE; Sun, 26 Sep 2004 22:59:52 +0000 (GMT) Received: from freebsd.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5121E43D2D; Sun, 26 Sep 2004 22:59:47 +0000 (GMT) (envelope-from takeda@takeda.tk) Received: from takeda.lan (takeda.lan [10.0.0.3]) by freebsd.takeda.tk (8.12.11/8.12.11) with ESMTP id i8QMxif3074116; Sun, 26 Sep 2004 15:59:46 -0700 (PDT) (envelope-from takeda@takeda.tk) Date: Sun, 26 Sep 2004 15:59:38 -0700 From: Dariusz Kulinski X-Mailer: The Bat! (v2.01) X-Priority: 3 (Normal) Message-ID: <41146862359.20040926155938@takeda.tk> To: Scott Long In-Reply-To: <415720FD.8080603@samsco.org> References: <415720FD.8080603@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: developers@freebsd.org Subject: Re: FreeBSD 5.3-BETA6 available 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, 26 Sep 2004 22:59:52 -0000 Hello Scott, Sunday, September 26, 2004, 1:05:17 PM, you wrote: > - Fix a panic when unloading the if_tap module Was that bug inherited from 4.x or introduced in 5.x? I remember that on 4.8 or 4.9 I had panic while I was turning off OpenVPN and unloading (using a simple script) bridging and tap modules. I couldn't reproduce that bug, and I didn't have crash log so I didn't reported it. -- Best regards, Dariusz mailto:takeda@takeda.tk CCNA, SCSA, SCNA, LPIC, MCP certified http://www.takeda.tk From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 23:12:01 2004 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 3795116A4CE for ; Sun, 26 Sep 2004 23:12:01 +0000 (GMT) Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net [24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0783943D2F for ; Sun, 26 Sep 2004 23:11:59 +0000 (GMT) (envelope-from ryan@slipgate.org) Received: from ryan.lan (gate.lan [192.168.1.1]) by slipgate.org (8.12.11/8.12.11) with ESMTP id i8QNBY8N005860 for ; Sun, 26 Sep 2004 16:11:34 -0700 (PDT) Received: from ryan.lan (localhost [127.0.0.1]) by ryan.lan (8.13.1/8.13.1) with ESMTP id i8QNC7ZV001551 for ; Sun, 26 Sep 2004 16:12:07 -0700 (PDT) (envelope-from ryan@slipgate.org) Received: (from ryan@localhost) by ryan.lan (8.13.1/8.13.1/Submit) id i8QNC6Lq001550 for freebsd-current@freebsd.org; Sun, 26 Sep 2004 16:12:06 -0700 (PDT) (envelope-from ryan@slipgate.org) X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using -f Date: Sun, 26 Sep 2004 16:12:06 -0700 From: Ryan Freeman To: FreeBSD Mailing List Message-ID: <20040926231206.GA1508@slipgate.org> References: <20040924071520.GA44388@slipgate.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Subject: Re: Sound performance problems in FreeBSD 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, 26 Sep 2004 23:12:01 -0000 > On Fri, 24 Sep 2004 00:15:20 -0700, Ryan Freeman wrote: > > >hello, sorry to drag up a slightly outdated topic, but i just installed > >5.3beta5 > >and i'm having the same issue. the last time i used freebsd was back in > >march at... --snip-- > >>An easy way to reproduce these > >>skips is to run `while true; do sysctl vm.vmtotal; done`, while > >>playing an mp3. > > i'm wondering if the reason that the problem doesn't occur for the first few hours is that when you first boot up not much memory has been used and then set inactive and such. like right now, i just upgraded to 5.3beta6, and since i booted up i have 484mb free. when the problem was last occuring i had almost no memory free, most of it was set to cached or inactive. ideas? comments? - ryan From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 23:36:30 2004 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 8EE9916A4CE; Sun, 26 Sep 2004 23:36:30 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27B3143D46; Sun, 26 Sep 2004 23:36:30 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) i8QNaQOA000573; Sun, 26 Sep 2004 19:36:26 -0400 (EDT) Date: Sun, 26 Sep 2004 19:36:26 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Andreas Klemm In-Reply-To: <20040926214139.GA60201@titan.klemm.apsfilter.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: current@freebsd.org Subject: Re: Fatal error 'Spinlock called when not threaded.' ... (Re:FreeBSD 5.3-BETA6 available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Sep 2004 23:36:30 -0000 On Sun, 26 Sep 2004, Andreas Klemm wrote: > Creating this helped (thanks to google ;-) > > /etc/libmap.conf: > libpthread.so.1 libc_r.so.5 > libpthread.so libc_r.so > > Has there been a change last recently ? No, not recently, but a few months ago. You're suppose to read src/UPDATING. Hint, search for entries 20040303 and 20040130. -- Dan Eischen From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 00:21:16 2004 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 F132916A4CE for ; Mon, 27 Sep 2004 00:21:16 +0000 (GMT) Received: from mail-fs.sunrise.ch (mta-fs-be-01.sunrise.ch [194.158.229.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD00543D31 for ; Mon, 27 Sep 2004 00:21:15 +0000 (GMT) (envelope-from triulzi@freesurf.ch) Received: from [62.167.96.135] (62.167.96.135) by mail-fs.sunrise.ch (7.0.028) id 4125B01500FFE4F5; Mon, 27 Sep 2004 02:21:13 +0200 Message-ID: <41575CCB.40107@freesurf.ch> Date: Mon, 27 Sep 2004 02:20:27 +0200 From: Mauro Triulzi User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040906) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <20040926044943.I40616-100000@mxb.saturn-tech.com> <200409261332.23227.michaelnottebrock@gmx.net> <4156B234.1090603@DeepCore.dk> In-Reply-To: <4156B234.1090603@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org cc: Jeremy Chadwick Subject: Re: ATA disk performance (ICH2 controller), some testsandcomparison with Linux 2.6.5 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: Mon, 27 Sep 2004 00:21:17 -0000 Søren Schmidt wrote: > Michael Nottebrock wrote: > >> On Sunday 26 September 2004 12:50, Doug Russell wrote: >> >>> On Sun, 26 Sep 2004, Michael Nottebrock wrote: >>> >>>> On Saturday 25 September 2004 23:45, Jeremy Chadwick wrote: >>>> >>>>> 6) I'm still amazed people have systems in production that use ICH2. >>>>> AFAIK, the chipset is deprecated. >>>> >>>> >>>> Eh? i845-based motherboards were not exactly a niche product and >>>> are not >>>> very ancient either. I'm surprised it surprises you to see them >>>> used. :-) >>> >>> >>> Bah! Just because some hardware is common does not mean is is good! >> >> >> >> Supporting and being used on common-but-not-so-good hardware is one >> of the best (and oldest) traditions of FreeBSD. :-) > > > Yeah, well, we try, my last ich2 based system died long ago so it > makes it harder to keep support top notch :) > > Anyhow, please try the below patch and let me know if that changes > behavior in anyway. > > BTW, you need to compare speeds of the *exact same* area of the > disk(s). Modern disk often has only half the transfer rate on the last > 1/3 of the platters.. > > diff -u -r1.88 ata-chipset.c > --- ata-chipset.c 10 Sep 2004 10:31:37 -0000 1.88 > +++ ata-chipset.c 26 Sep 2004 12:08:56 -0000 > @@ -976,6 +976,8 @@ > pci_write_config(parent, 0x48, reg48 & ~(0x0001 << devno), 2); > pci_write_config(parent, 0x4a, (reg4a & ~(0x3 << (devno << > 2))), 2); > } > + > + reg54 |= 0x0400; > if (mode >= ATA_UDMA2) > pci_write_config(parent, 0x54, reg54 | (0x1 << devno), 2); > else > > i) I patched ata-chipset.c. All kernel debugging options disabled. Userland: ln -s aj /etc/malloc.conf to disable malloc warning and initializations. The weird behaviour of write performance with ATA channell reiinit remains: FBSDa: before ATA channell reiinit FBSDb: after ATA channell reiinit before patch: / / -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machi MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU % FBSDa 1500 14533 12.8 14184 4.6 9360 3.2 27774 24.0 29067 5.7 119.1 0.6 % FBSDb 1500 27787 24.6 24690 8.3 12519 4.3 24487 21.4 24870 5.0 128.1 0.6 after patch/ / -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machi MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU % FBSDa 1500 15505 13.7 15126 4.9 9801 3.3 27715 24.1 29508 5.5 131.3 0.5 % FBSDb 1500 26937 23.6 24327 8.3 12368 4.2 24643 21.5 25723 5.1 130.4 0.6 that is: no appreciable change. reinit improves write performance: why? ATA channell reinit doesn't change important kernel parameters: hw.ata.ata_dma: 1 hw.ata.wc: 1 hw.ata.atapi_dma: 1 are the same before and after reinit. All the following tests are with patched ata-chipset.c. Many thanks to Stefan for the suggestions in this regard. ii) Now I tried a fair raw throughput comparison between Linux and FreeBSD. This time I read always the same whole (Linux) partition (~4GB) so that the results should be comparable. I always used native dd (FreeBSD and Linux). A measure with Linux dd under emulation in FreeBSD gave yet the same result: dd if=/dev/ad0s9 bs=nnn of=/dev/null FreeBSD: nnn=4k: 4301789184 bytes transferred in 170.031898 secs (25299895 bytes/sec) nnn=8k: 4301789184 bytes transferred in 114.446100 secs (37587905 bytes/sec) nnn=16k: 4301789184 bytes transferred in 87.794076 secs (48998627 bytes/sec) nnn=64k: 4301789184 bytes transferred in 89.515195 secs (48056525 bytes/sec) nnn=512k: 4301789184 bytes transferred in 90.357666 secs (47608458 bytes/sec) (no significant changes before or after reinit) Linux: nnn=4k: 4301789184 bytes transferred in 93 secs (~46 Mbytes/sec) nnn=8k: 4301789184 bytes transferred in 86 secs (~50 Mbytes/sec) nnn=16k: 4301789184 bytes transferred in 90 secs (~48 Mbytes/sec) nnn=64k: 4301789184 bytes transferred in 95 secs (~45 Mbytes/sec) nnn=512k: 4301789184 bytes transferred in 92 secs (~47 Mbytes/sec) I notice, that the rates are very similar if bs >= 16k. Under FreeBSD the raw throughput rate depends on the block size. Read rate under Linux is independent of the block size. Is there a special reason for that? iii) Next I tried a fair comparison with bonnie: I ran the Linux version of bonnie under emulation in FreeBSD. Bonnie writes on the (under FBSD) mounted Linux partition used in Linux bonnie test. Now the results should be at least comparable: again FBSDa is before reinit, FBSDb after reinit: ---Sequential Output (nosync)--- ---Sequential Input-- --Rnd Seek- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --04k (03)- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU FBSDa 1500 14881 62.5 15025 4.9 10632 5.3 21802 82.6 46983 13.6 152.5 0.9 FBSDb 1500 22153 91.9 45304 14.8 18694 9.3 22379 84.9 46470 13.4 154.0 0.9 Linux 1500 26859 97.7 59118 14.0 22480 8.1 22508 78.9 48501 9.0 177.1 0.5 The results for FreeBSDb are now much better, due to the fact, that Bonnie reads and writes on a faster disk part. The slight performance loss in respect of Linux could be due to the ext2fs driver or because of the Linux emulation, so I can't complain here. To compare, I started Bonnie under emulation on the /usr (slow) FreeBSD partition: ---Sequential Output (nosync)--- ---Sequential Input-- --Rnd Seek- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --04k (03)- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU FBSDa 1500 15519 60.5 15284 4.4 9815 3.9 23097 86.8 28838 6.5 134.5 0.6 FBSDb 1500 23743 91.8 24398 7.3 12378 5.0 20396 76.8 24830 5.9 129.7 0.6 Read results are bad, because this partition is on a slow part of the disk, as Søren pointed out. Again you have a clear drop of the write performance before ATA reinit. iv) Conclusion: read and write performance are ok and similar to Linux. It's not clear to me why I have to reinit the ATA channell to have the right write performance nor why the read performance depends on the block size in FreeBSD and is independent of it in Linux. Kind regards, Mauro From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 01:33:17 2004 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 9D25816A4CE for ; Mon, 27 Sep 2004 01:33:17 +0000 (GMT) Received: from web14824.mail.yahoo.com (web14824.mail.yahoo.com [216.136.225.195]) by mx1.FreeBSD.org (Postfix) with SMTP id 7E46C43D45 for ; Mon, 27 Sep 2004 01:33:17 +0000 (GMT) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20040927013317.85621.qmail@web14824.mail.yahoo.com> Received: from [212.143.154.227] by web14824.mail.yahoo.com via HTTP; Sun, 26 Sep 2004 18:33:17 PDT Date: Sun, 26 Sep 2004 18:33:17 -0700 (PDT) From: Rostislav Krasny To: "M. Warner Losh" In-Reply-To: <20040926.150912.91757858.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Re: new fdc(4) and new fdcontrol(8) behavior (5.3-BETA5) 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: Mon, 27 Sep 2004 01:33:17 -0000 --- "M. Warner Losh" wrote: > [[ Rostislav sent me dmesg off line ]] > > Interesting. > > You have no ACPI, so you are using only PNP and PNPBIOS to enumerate > your devices. > > The 'hints' device is selected in preference to the PNPBIOS device, > which is backwards (the PNPBIOS devices should take precidence). This > is why you are seeing what you are seeing. I think this is a bug, but > need to consult with some folks to make sure. Yes it use /boot/device.hints where is following line: hint.fdc.0.port="0x3F0" After changing that line to this: hint.fdc.0.port="0x3F2" I see following in the dmesg: fdc0: ic_type 90 part_id 80 fdc0: at port 0x3f7-0x3fc irq 6 drq 2 on isa0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 fd1: <1440-KB 3.5" drive> on fdc0 drive 1 And fdc0 works fine! It looks like fdc0 tries allocating 6 ports starting from the "hint" port but 0x3f6 port is already allocated by atapci0, so fdc0 allocates next 6 ports after the 0x3f6 one. But I don't believe fdc0 is really using 0x3f7-0x3fc ports. I don't think the i430TX chipset support such reconfiguration. > It works because ISA devices are always mapped and we're talking to > the right registers. We're not allocating them, so there's a small > chance for collision with the more dynamic parts of the system. Since > you aren't doing dynamic things, you aren't colliding so things work. What ports fdc0 is really using in the above situation? BTW after the same changing of the /boot/device.hints file on 5.3-BETA4 (that is installed on the same computer) fdc0 cannot be initialized: fdc0: output ready timeout fdc0: cmd 3 failed at out byte 1 of 3 fdc0 failed to probe at port 0x3fe,0x3f7-0x3fc irq 6 drq 2 on isa0 The allocation algorithm is probably the same, besides it tries to allocate one more port (0x3fe in this situation or 0x3f7 with standard hint). __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 01:51:19 2004 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 7A5BD16A4CE for ; Mon, 27 Sep 2004 01:51:19 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33D6643D5F for ; Mon, 27 Sep 2004 01:51:19 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so2970330rnk for ; Sun, 26 Sep 2004 18:51:18 -0700 (PDT) Received: by 10.38.1.63 with SMTP id 63mr329951rna; Sun, 26 Sep 2004 18:51:18 -0700 (PDT) Received: by 10.38.13.17 with HTTP; Sun, 26 Sep 2004 18:51:18 -0700 (PDT) Message-ID: <84dead72040926185171776b99@mail.gmail.com> Date: Mon, 27 Sep 2004 07:21:18 +0530 From: Joseph Koshy To: freebsd-current@freebsd.org, obrien@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: [patch] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2004 01:51:19 -0000 Anyone have objections to the following patch? $ diff -u cputypes.h /home/fcpi/src/sys/i386/include /5/usr/src.cvs/sys/i386/include --- cputypes.h Sat Jun 5 03:01:15 2004 +++ /home/fcpi/src/sys/i386/include/cputypes.h Sun Sep 26 15:35:51 2004 @@ -60,6 +60,8 @@ #define CPU_PIII 15 /* Intel Pentium III */ #define CPU_P4 16 /* Intel Pentium 4 */ #define CPU_GEODE1100 17 /* NS Geode SC1100 */ +#define CPU_K7 18 /* AMD K7 */ +#define CPU_K8 19 /* AMD K8 (in X86 mode) */ #ifndef LOCORE extern int cpu; From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 02:05:05 2004 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 8A72016A4CE for ; Mon, 27 Sep 2004 02:05:05 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3500F43D2F for ; Mon, 27 Sep 2004 02:05:05 +0000 (GMT) (envelope-from juhasaarinen@gmail.com) Received: by mproxy.gmail.com with SMTP id 76so4207548rnl for ; Sun, 26 Sep 2004 19:05:04 -0700 (PDT) Received: by 10.38.78.79 with SMTP id a79mr1589969rnb; Sun, 26 Sep 2004 19:05:04 -0700 (PDT) Received: by 10.38.73.29 with HTTP; Sun, 26 Sep 2004 19:05:04 -0700 (PDT) Message-ID: Date: Mon, 27 Sep 2004 14:05:04 +1200 From: Juha Saarinen To: Doug Barton In-Reply-To: <20040926011802.I1058@ync.qbhto.arg> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040926011802.I1058@ync.qbhto.arg> cc: freebsd-current@freebsd.org Subject: Re: How to migrate from ports BIND 9 top the base version in RELENG_5? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Juha Saarinen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2004 02:05:05 -0000 On Sun, 26 Sep 2004 01:19:39 -0700 (PDT), Doug Barton wrote: > Necessary, no, although it would be a good idea. This is a good time to > do the update, as the basic pieces are all in place now. Thanks Doug. OK, cvsup and make build/installworld etc time :-) -- Juha From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 02:41:30 2004 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 72C2816A4CE; Mon, 27 Sep 2004 02:41:30 +0000 (GMT) Received: from 82-41-155-225.cable.ubr01.linl.blueyonder.co.uk (82-41-155-225.cable.ubr01.linl.blueyonder.co.uk [82.41.155.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FB5743D1D; Mon, 27 Sep 2004 02:41:30 +0000 (GMT) (envelope-from andrew@mux.org.uk) Received: from [192.168.0.4] (spatula.home [192.168.0.4]) by gateway.home (Postfix) with ESMTP id 6118D64; Mon, 27 Sep 2004 03:41:28 +0100 (BST) Message-ID: <41577DD2.9010308@mux.org.uk> Date: Mon, 27 Sep 2004 03:41:22 +0100 From: Andrew Boothman User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mayo Jordanov References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com> <1046192310.3e5ba0b6aa039@sms.ed.ac.uk> <200409251446.30563.steve@howes-macnaghten.com> <1096223435.765.7.camel@einstein.local.nfy> In-Reply-To: <1096223435.765.7.camel@einstein.local.nfy> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Andrew Boothman cc: freebsd-current@freebsd.org cc: dwbear75@gmail.com cc: questions@freebsd.org cc: current@freebsd.org Subject: Re: "NTLDR missing" after 5-RELEASE install 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: Mon, 27 Sep 2004 02:41:30 -0000 Mayo Jordanov wrote: > You could also try BootPart (http://www.winimage.com/bootpart.htm) which > should be able to either repair the nt loader or be able to figure out > what's on which partition and change your boot.ini appropriately. (At > least it used to be able to do that back when I used it) Thanks to everyone whose been replying to this, but I should probably point out that my original message was written on the 25th February 2003! I'm sure all this information will come in useful next time I hose my Windows partition though! :) Andrew From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 02:41:30 2004 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 72C2816A4CE; Mon, 27 Sep 2004 02:41:30 +0000 (GMT) Received: from 82-41-155-225.cable.ubr01.linl.blueyonder.co.uk (82-41-155-225.cable.ubr01.linl.blueyonder.co.uk [82.41.155.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FB5743D1D; Mon, 27 Sep 2004 02:41:30 +0000 (GMT) (envelope-from andrew@mux.org.uk) Received: from [192.168.0.4] (spatula.home [192.168.0.4]) by gateway.home (Postfix) with ESMTP id 6118D64; Mon, 27 Sep 2004 03:41:28 +0100 (BST) Message-ID: <41577DD2.9010308@mux.org.uk> Date: Mon, 27 Sep 2004 03:41:22 +0100 From: Andrew Boothman User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mayo Jordanov References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com> <1046192310.3e5ba0b6aa039@sms.ed.ac.uk> <200409251446.30563.steve@howes-macnaghten.com> <1096223435.765.7.camel@einstein.local.nfy> In-Reply-To: <1096223435.765.7.camel@einstein.local.nfy> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Andrew Boothman cc: freebsd-current@freebsd.org cc: dwbear75@gmail.com cc: questions@freebsd.org cc: current@freebsd.org Subject: Re: "NTLDR missing" after 5-RELEASE install 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: Mon, 27 Sep 2004 02:41:30 -0000 Mayo Jordanov wrote: > You could also try BootPart (http://www.winimage.com/bootpart.htm) which > should be able to either repair the nt loader or be able to figure out > what's on which partition and change your boot.ini appropriately. (At > least it used to be able to do that back when I used it) Thanks to everyone whose been replying to this, but I should probably point out that my original message was written on the 25th February 2003! I'm sure all this information will come in useful next time I hose my Windows partition though! :) Andrew From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 03:15:33 2004 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 5A31E16A4CE for ; Mon, 27 Sep 2004 03:15:33 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C3CE43D2F for ; Mon, 27 Sep 2004 03:15:33 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 5274 invoked from network); 27 Sep 2004 03:15:32 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail2.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 27 Sep 2004 03:15:32 -0000 Received: from hydrogen.funkthat.com (xqvcpa@localhost.funkthat.com [127.0.0.1])i8R3FVlb032609; Sun, 26 Sep 2004 20:15:32 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i8R3FTSA032608; Sun, 26 Sep 2004 20:15:29 -0700 (PDT) Date: Sun, 26 Sep 2004 20:15:29 -0700 From: John-Mark Gurney To: Mauro Triulzi Message-ID: <20040927031529.GA22681@funkthat.com> Mail-Followup-To: Mauro Triulzi , =?iso-8859-1?Q?S=F8ren?= Schmidt , freebsd-current@freebsd.org, Jeremy Chadwick References: <20040926044943.I40616-100000@mxb.saturn-tech.com> <200409261332.23227.michaelnottebrock@gmx.net> <4156B234.1090603@DeepCore.dk> <41575CCB.40107@freesurf.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41575CCB.40107@freesurf.ch> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-current@freebsd.org cc: Jeremy Chadwick cc: =?iso-8859-1?Q?S=F8ren?= Schmidt Subject: Re: ATA disk performance (ICH2 controller), some testsandcomparison with Linux 2.6.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2004 03:15:33 -0000 Mauro Triulzi wrote this message on Mon, Sep 27, 2004 at 02:20 +0200: > ii) Now I tried a fair raw throughput comparison between Linux and > FreeBSD. This time I read always the same whole (Linux) partition > (~4GB) so that the results should be comparable. I always used native > dd (FreeBSD and Linux). A measure with Linux dd under emulation > in FreeBSD gave yet the same result: > > dd if=/dev/ad0s9 bs=nnn of=/dev/null > FreeBSD: > nnn=4k: 4301789184 bytes transferred in 170.031898 secs (25299895 > bytes/sec) > nnn=8k: 4301789184 bytes transferred in 114.446100 secs (37587905 > bytes/sec) > nnn=16k: 4301789184 bytes transferred in 87.794076 secs (48998627 > bytes/sec) > nnn=64k: 4301789184 bytes transferred in 89.515195 secs (48056525 > bytes/sec) > nnn=512k: 4301789184 bytes transferred in 90.357666 secs (47608458 > bytes/sec) > (no significant changes before or after reinit) > > Linux: > nnn=4k: 4301789184 bytes transferred in 93 secs (~46 Mbytes/sec) > nnn=8k: 4301789184 bytes transferred in 86 secs (~50 Mbytes/sec) > nnn=16k: 4301789184 bytes transferred in 90 secs (~48 Mbytes/sec) > nnn=64k: 4301789184 bytes transferred in 95 secs (~45 Mbytes/sec) > nnn=512k: 4301789184 bytes transferred in 92 secs (~47 Mbytes/sec) > > I notice, that the rates are very similar if bs >= 16k. Under FreeBSD > the raw throughput rate depends on the block size. Read rate under Linux > is independent of the block size. Is there a special reason for that? Last I heard Linux did not have a raw device.. this means that it will always be cached, and will do various read-ahead optimizations, while FreeBSD does not have a buffered/cooked device anymore.. w/o the cooked device FreeBSD has to suffer the latency of the command to the drive... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 03:36:32 2004 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 20E3E16A4CE for ; Mon, 27 Sep 2004 03:36:32 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07D1343D41 for ; Mon, 27 Sep 2004 03:36:31 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8R3aPDS030210; Mon, 27 Sep 2004 13:06:26 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Ryan Freeman Date: Mon, 27 Sep 2004 13:06:24 +0930 User-Agent: KMail/1.7 References: <20040926025317.GA5812@slipgate.org> <200409262212.26882.doconnor@gsoft.com.au> <20040926124746.GA14197@slipgate.org> In-Reply-To: <20040926124746.GA14197@slipgate.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart9967126.PP1QSXjj33"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409271306.25050.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: FreeBSD Mailing List Subject: Re: Sound performance problems in FreeBSD 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: Mon, 27 Sep 2004 03:36:32 -0000 --nextPart9967126.PP1QSXjj33 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 26 Sep 2004 22:17, Ryan Freeman wrote: > > Does a purely CPU bound process cause the problem? > > ie try something like.. > > dd if=3D/dev/zero | md5 > > well i gave that command a shot (i closed gkrellm first to reduce any > clicking that may happen from it running) then started an mp3 with mpg123 > alongside running that command. didn't skip a beat, so i guess its all > related to sysctl... More likely there is lots of stuff running under Giant whe you run the sysc= tl,=20 and the sound subsystem still runs under Giant (I think) so you get=20 congestion.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart9967126.PP1QSXjj33 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBV4q55ZPcIHs/zowRAqjQAKCaHbg9c/9dpwhqZQqv1N7CCMcdewCdHBKO cn0eqt4T21PhN7LfMghB9Y0= =0Ini -----END PGP SIGNATURE----- --nextPart9967126.PP1QSXjj33-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 04:01:40 2004 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 5B7EC16A4CE for ; Mon, 27 Sep 2004 04:01:40 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0853043D2F for ; Mon, 27 Sep 2004 04:01:40 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id i8R41clu003490; Sun, 26 Sep 2004 21:01:38 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i8R41cwp003489; Sun, 26 Sep 2004 21:01:38 -0700 (PDT) (envelope-from obrien) Date: Sun, 26 Sep 2004 21:01:37 -0700 From: "David O'Brien" To: Joseph Koshy Message-ID: <20040927040137.GA3274@dragon.nuxi.com> References: <84dead72040926185171776b99@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <84dead72040926185171776b99@mail.gmail.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org Subject: Re: [patch] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2004 04:01:40 -0000 On Mon, Sep 27, 2004 at 07:21:18AM +0530, Joseph Koshy wrote: > Anyone have objections to the following patch? > > $ diff -u cputypes.h /home/fcpi/src/sys/i386/include > /5/usr/src.cvs/sys/i386/include > --- cputypes.h Sat Jun 5 03:01:15 2004 > +++ /home/fcpi/src/sys/i386/include/cputypes.h Sun Sep 26 15:35:51 2004 > @@ -60,6 +60,8 @@ > #define CPU_PIII 15 /* Intel Pentium III */ > #define CPU_P4 16 /* Intel Pentium 4 */ > #define CPU_GEODE1100 17 /* NS Geode SC1100 */ > +#define CPU_K7 18 /* AMD K7 */ > +#define CPU_K8 19 /* AMD K8 (in X86 mode) */ ^^^^^^^^^^^^^^^^ K8 is an x86 CPU, I think you mean 32-bit mode. What are these values used for? A grep finds that we set them inconsistently and that they aren't used anywhere other than CPU_GEODE1100 in i386/i386/vm_machdep.c. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 04:24:24 2004 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 F3F9316A4D3 for ; Mon, 27 Sep 2004 04:24:23 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC4DF43D1F for ; Mon, 27 Sep 2004 04:24:23 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i8R4OIvA092189; Sun, 26 Sep 2004 21:24:19 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i8R4OIEx092188; Sun, 26 Sep 2004 21:24:18 -0700 (PDT) (envelope-from dillon) Date: Sun, 26 Sep 2004 21:24:18 -0700 (PDT) From: Matthew Dillon Message-Id: <200409270424.i8R4OIEx092188@apollo.backplane.com> To: John-Mark Gurney , Mauro Triulzi References: <20040926044943.I40616-100000@mxb.saturn-tech.com> <4156B234.1090603@DeepCore.dk> <41575CCB.40107@freesurf.ch> <20040927031529.GA22681@funkthat.com> cc: freebsd-current@freebsd.org cc: =?iso-8859-1?Q?S=F8ren?= Schmidt cc: Jeremy Chadwick Subject: Re: ATA disk performance (ICH2 controller), some testsandcomparison with Linux 2.6.5 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: Mon, 27 Sep 2004 04:24:24 -0000 :> ii) Now I tried a fair raw throughput comparison between Linux and :> FreeBSD. This time I read always the same whole (Linux) partition :> (~4GB) so that the results should be comparable. I always used native :> dd (FreeBSD and Linux). A measure with Linux dd under emulation :> in FreeBSD gave yet the same result: :> :> dd if=/dev/ad0s9 bs=nnn of=/dev/null :> FreeBSD: :> nnn=4k: 4301789184 bytes transferred in 170.031898 secs (25299895 :... :> :> I notice, that the rates are very similar if bs >= 16k. Under FreeBSD :> the raw throughput rate depends on the block size. Read rate under Linux :> is independent of the block size. Is there a special reason for that? :... : :Last I heard Linux did not have a raw device.. this means that it will :always be cached, and will do various read-ahead optimizations, while :FreeBSD does not have a buffered/cooked device anymore.. w/o the cooked :device FreeBSD has to suffer the latency of the command to the drive... : :-- : John-Mark Gurney Voice: +1 415 225 5579 Don't guess, experiment! I'm sure linux has a device monitor program. If not iostat, then something else. It should be fairly easy to determine whether it is buffering the data. The numbers alone don't tell the story. You can glean a lot of information by running a script like this: #!/bin/csh # time dd if=/dev/ad0 bs=512 of=/dev/null count=131072 time dd if=/dev/ad0 bs=1k of=/dev/null count=65536 time dd if=/dev/ad0 bs=2k of=/dev/null count=32768 time dd if=/dev/ad0 bs=4k of=/dev/null count=16384 time dd if=/dev/ad0 bs=8k of=/dev/null count=8192 time dd if=/dev/ad0 bs=16k of=/dev/null count=4096 time dd if=/dev/ad0 bs=32k of=/dev/null count=2048 time dd if=/dev/ad0 bs=64k of=/dev/null count=1024 time dd if=/dev/ad0 bs=128k of=/dev/null count=512 time dd if=/dev/ad0 bs=256k of=/dev/null count=256 time dd if=/dev/ad0 bs=512k of=/dev/null count=128 In particular, you can see both the transfer rate and the user and supervisor overheads involved in sheparding the transfer. At some point the cpu use stops saturating the cpu and the transfer rate maxes out, but even though that occurs you can see that the larger block sizes require less supervisor overhead. If you don't see this sort of marked reduction in supervisor overhead with linux then linux is probably buffering the I/O. TRANSFER RATE VVVVVVVV 67108864 bytes transferred in 8.996482 secs (7459456 bytes/sec) 0.007u 3.412s 0:08.99 37.9% 13+29k 0+0io 0pf+0w ^^^^^ ^^^^^ ^^^^^ USER SUPERVISOR CPU PERCENTAGE (note: only 37% so raw device transaction overheads are likely limiting throughput) 67108864 bytes transferred in 4.563335 secs (14706101 bytes/sec) 0.000u 1.608s 0:04.56 35.0% 10+22k 0+0io 0pf+0w 67108864 bytes transferred in 2.430306 secs (27613340 bytes/sec) 0.000u 0.773s 0:02.43 31.6% 10+23k 0+0io 0pf+0w 67108864 bytes transferred in 1.538318 secs (43624834 bytes/sec) 0.000u 0.312s 0:01.53 20.2% 15+35k 0+0io 0pf+0w 67108864 bytes transferred in 1.264007 secs (53092158 bytes/sec) 0.015u 0.132s 0:01.26 11.1% 24+58k 0+0io 0pf+0w ^^^^^^^^ transfer rate maxes out, but cpu time continues to decrease vvvvv 67108864 bytes transferred in 1.174806 secs (57123364 bytes/sec) 0.000u 0.093s 0:01.17 7.6% 22+60k 0+0io 0pf+0w 67108864 bytes transferred in 1.208589 secs (55526618 bytes/sec) 0.000u 0.046s 0:01.20 3.3% 0+0k 0+0io 0pf+0w 67108864 bytes transferred in 1.241938 secs (54035605 bytes/sec) 0.000u 0.007s 0:01.24 0.0% 0+0k 0+0io 0pf+0w 67108864 bytes transferred in 1.208579 secs (55527089 bytes/sec) 0.007u 0.015s 0:01.20 0.8% 0+0k 0+0io 0pf+0w 67108864 bytes transferred in 1.183573 secs (56700232 bytes/sec) 0.000u 0.007s 0:01.18 0.0% 0+0k 0+0io 0pf+0w 67108864 bytes transferred in 1.200243 secs (55912731 bytes/sec) 0.000u 0.015s 0:01.20 0.8% 0+0k 0+0io 0pf+0w Doing an 'iostat ad0 1' (in my case) at the same time in another window, on *BSD anyway, tells you what the controller is actually being asked to do. In this case it is obvious that the controller is being told to make tiny transfers and is able to do 14000+ transactions/sec, and that even with the next step up the controller is still only able to do 14000+ transactions/sec, which indicates that the system has hit the controllers transaction rate limit. tty ad0 cpu tin tout KB/t tps MB/s us ni sy in id 0 0 0.50 14629 7.14 0 0 39 0 61 ^^^^^ PHYSICAL TRANSACTIONS PER SECOND VVVVVV 0 0 0.50 14626 7.14 0 0 40 0 60 0 0 0.50 14627 7.14 0 0 39 0 61 0 0 0.50 14634 7.15 0 0 42 0 58 0 0 0.50 14638 7.15 0 0 41 0 59 0 0 0.50 14491 7.08 0 0 40 0 60 0 0 0.50 14629 7.14 0 0 37 0 63 0 0 0.50 14630 7.14 0 0 39 0 61 0 0 0.73 14393 10.26 0 0 27 0 73 0 0 1.00 14389 14.05 0 0 38 0 62 <<< note, same max tps 0 0 1.00 14386 14.05 0 0 35 0 65 0 0 1.00 14391 14.05 0 0 30 0 70 0 0 1.00 13915 13.59 0 0 25 0 75 0 0 1.86 13384 24.35 0 0 28 0 72 0 0 2.00 13468 26.30 0 0 23 0 77 <<< nearly same max tps tty ad0 cpu tin tout KB/t tps MB/s us ni sy in id 0 0 2.74 12245 32.71 0 0 34 0 66 0 0 4.00 10840 42.34 0 0 27 0 73 <<< now the tps starts to drop with the larger block size and the transfer is no longer limited by the controller or system. 0 0 7.41 7061 51.11 0 0 16 0 84 0 0 12.15 4500 53.37 0 0 10 0 90 0 0 20.96 2562 52.45 0 0 7 0 93 0 0 36.15 1461 51.57 0 0 2 0 98 0 0 64.69 837 52.87 2 0 1 0 98 0 0 124.72 439 53.46 0 0 2 0 98 0 0 127.41 429 53.38 0 0 2 0 98 0 0 127.69 406 50.62 0 0 1 0 99 0 0 128.00 268 33.50 0 0 1 0 99 Generally speaking, since the hard drive itself will cache data off the platter, reduced I/O bandwidth using smaller block sizes will almost always be either a transaction rate limit being hit, or the cpu's limits get hit (the cpu gets overburdened). Buffered access to a raw device is not necessarily a good thing. In fact, most of the time you don't want to do it because you have a caching layer on top of your raw accesses (e.g. the filesystem buffer cache / VM cache, or in the case of a database the database has its own cache and buffered access would interfere with it). -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 04:41:12 2004 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 1306D16A4CF for ; Mon, 27 Sep 2004 04:41:12 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id A19A643D1F for ; Mon, 27 Sep 2004 04:41:11 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so2979172rnk for ; Sun, 26 Sep 2004 21:41:08 -0700 (PDT) Received: by 10.38.2.75 with SMTP id 75mr1092231rnb; Sun, 26 Sep 2004 21:40:58 -0700 (PDT) Received: by 10.38.13.17 with HTTP; Sun, 26 Sep 2004 21:40:53 -0700 (PDT) Message-ID: <84dead7204092621403fddd11e@mail.gmail.com> Date: Mon, 27 Sep 2004 04:40:53 +0000 From: Joseph Koshy To: obrien@freebsd.org In-Reply-To: <20040927040137.GA3274@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <84dead72040926185171776b99@mail.gmail.com> <20040927040137.GA3274@dragon.nuxi.com> cc: freebsd-current@freebsd.org Subject: Re: [patch] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2004 04:41:12 -0000 > > #define CPU_GEODE1100 17 /* NS Geode SC1100 */ > > +#define CPU_K7 18 /* AMD K7 */ > > +#define CPU_K8 19 /* AMD K8 (in X86 mode) */ > ^^^^^^^^^^^^^^^^ > K8 is an x86 CPU, > I think you mean 32-bit > mode. Yes. > What are these values used for? A grep finds that we set them > inconsistently and that they aren't used anywhere other than > CPU_GEODE1100 in i386/i386/vm_machdep.c. The pmc(4) driver (being written) needs a way of informing the userland libpmc(3) (also being written) about the kind of CPU present in the system and I thought I could use the symbols in instead of defining them in . From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 04:52:03 2004 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 15B5316A4D1; Mon, 27 Sep 2004 04:52:03 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86D9943D48; Mon, 27 Sep 2004 04:52:02 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-67-124-49-205.dsl.snfc21.pacbell.net [67.124.49.205])i8R4q6qM007883; Mon, 27 Sep 2004 00:52:06 -0400 Message-ID: <41579C70.5080604@elischer.org> Date: Sun, 26 Sep 2004 21:52:00 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Andreas Klemm References: <415720FD.8080603@samsco.org> <20040926212936.GA4247@titan.klemm.apsfilter.org> <20040926214139.GA60201@titan.klemm.apsfilter.org> In-Reply-To: <20040926214139.GA60201@titan.klemm.apsfilter.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Fatal error 'Spinlock called when not threaded.' ... (Re:FreeBSD 5.3-BETA6 available) 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: Mon, 27 Sep 2004 04:52:03 -0000 Andreas Klemm wrote: > Creating this helped (thanks to google ;-) > > /etc/libmap.conf: > libpthread.so.1 libc_r.so.5 > libpthread.so libc_r.so > > Has there been a change last recently ? > > Since with BETA5 I didn't have any trouble. > > Andreas /// > well, 100% backwards bit it will remove the error.. you are saying that you should always replace the real threads package with pseudothreads. try it the other way around.. From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 05:35:02 2004 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 DB3EC16A4CE for ; Mon, 27 Sep 2004 05:35:02 +0000 (GMT) Received: from herbelot.dyndns.org (brune-8-82-227-159-103.fbx.proxad.net [82.227.159.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id A42BF43D45 for ; Mon, 27 Sep 2004 05:35:01 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.12.11/8.12.11) with ESMTP id i8R5k0LQ004803 for ; Mon, 27 Sep 2004 07:46:03 +0200 (CEST) From: Thierry Herbelot To: current@freebsd.org Date: Mon, 27 Sep 2004 07:34:24 +0200 User-Agent: KMail/1.6.2 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200409270734.24490.thierry@herbelot.com> Subject: slight wording change for RELENG_5 /usr/src/UPDATING X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2004 05:35:03 -0000 "Updating Information for FreeBSD current users" should be "Updating Information for FreeBSD stable users" cheers TfH From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 06:04:38 2004 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 6DDBC16A4CE; Mon, 27 Sep 2004 06:04:38 +0000 (GMT) Received: from dglawrence.com (dsl-230-156.ipns.com [209.210.230.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id E23C043D2F; Mon, 27 Sep 2004 06:04:37 +0000 (GMT) (envelope-from dg@nexus.dglawrence.com) Received: from nexus.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.12.10/8.12.6) with ESMTP id i8R64MrW079861; Sun, 26 Sep 2004 23:04:22 -0700 (PDT) (envelope-from dg@nexus.dglawrence.com) Received: (from dg@localhost) by nexus.dglawrence.com (8.12.10/8.12.3/Submit) id i8R64MnP079860; Sun, 26 Sep 2004 23:04:22 -0700 (PDT) Date: Sun, 26 Sep 2004 23:04:22 -0700 From: "David G. Lawrence" To: Jon Passki Message-ID: <20040927060422.GC16205@nexus.dglawrence.com> References: <41565673.7050504@freebsd.org> <20040926144632.70365.qmail@web50305.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040926144632.70365.qmail@web50305.mail.yahoo.com> cc: freebsd-current@freebsd.org cc: David Xu Subject: Re: Interesting code in exec_setregs 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: Mon, 27 Sep 2004 06:04:38 -0000 > > --- David Xu wrote: > > > I found following code in sys/i386/i386/machdep.c: > > function exec_setregs: > > > > bzero((char *)regs, sizeof(struct trapframe)); > > regs->tf_eip = entry; > > regs->tf_esp = stack; > > regs->tf_eflags = PSL_USER | (regs->tf_eflags & PSL_T); > > > > the regs is cleared to zero, why do we bother to test it > > again ? regs->tf_eflags & PSL_T is useless code. > > > > AMD64 also has this, I also found it in releng_4, why ? > > FYI, it's first incarnation was in v1.87 [1] (1994-11-06): > > ! 864: ? ? ? ?bzero(regs, sizeof(struct > trapframe)); > ! 865: ? ? ? ?regs[tEIP] = entry; > ! 866: ? ? ? ?regs[tESP] = stack; > ! 867: ? ? ? ?regs[tEFLAGS] = PSL_USERSET | > (regs[tEFLAGS] & PSL_T); > ! 868: ? ? ? ?regs[tSS] = _udatasel; > ! 869: ? ? ? ?regs[tDS] = _udatasel; > ! 870: ? ? ? ?regs[tES] = _udatasel; > ! 871: ? ? ? ?regs[tCS] = _ucodesel; > > Same issue, it seems. Hmmm. That would make it my bug. :-/ My only excuse is that things were pretty crazy back then - this would have happened when John Dyson and I were working on the x86 port of 4.4-lite which became FreeBSD 2.0. We did the port in 10 days. :-) My best explaination is that the bzero got added after the tEFLAGS stuff - probably to solve some other issue, and the test of PSL_T (actually should be called TF bit to match Intel literature, which stands for "trap flag") a few lines lower was overlooked. The bit enables debug traps after every instruction in order to facilitate instruction single stepping. It's not clear to me if instruction single stepping should be preserved after an exec. I'd defer to Bruce Evans on this since he's the expert on debuggers. -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 TeraSolutions, Inc. - http://www.terasolutions.com - (888) 346 7175 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 06:15:09 2004 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 E704F16A4CE; Mon, 27 Sep 2004 06:15:09 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EF9743D5F; Mon, 27 Sep 2004 06:15:09 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-67-124-49-205.dsl.snfc21.pacbell.net [67.124.49.205])i8R6EoIV018830; Mon, 27 Sep 2004 02:14:51 -0400 Message-ID: <4157AFE9.2060207@elischer.org> Date: Sun, 26 Sep 2004 23:15:05 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Current , John Baldwin Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: ktr/alq/witness failure. 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: Mon, 27 Sep 2004 06:15:10 -0000 I'm not going to stop and debug this now because I'm chasing another problem but I can probably stash a corefile somewhere if people want it.. ref4# sysctl debug.ktr.mask=0x2fffffff debug.ktr.mask: 262144 -> 805306367 ref4# ref4# ref4# sysctl debug.ktr.mask=0x0 kernel trap 12 with interrupts disabled Fatal double fault: eip = 0xc053336e esp = 0xcbaa3ff4 ebp = 0xcbaa401c cpuid = 0; apic id = 00 panic: double fault cpuid = 0 KDB: enter: panic [thread 100027] Stopped at kdb_enter+0x2b: nop db> tr kdb_enter(c069adef) at kdb_enter+0x2b panic(c06b581a,c06b59c4,0,0,0) at panic+0x127 dblfault_handler() at dblfault_handler+0x7a --- trap 0x17, eip = 0xc053336e, esp = 0xcbaa3ff4, ebp = 0xcbaa401c --- witness_checkorder(c111776c,9,c06b5972,2bb) at witness_checkorder+0x6a _mtx_lock_flags(c111776c,0,c06b5972,2bb,c10e3a80) at _mtx_lock_flags+0x5b trap_pfault(cbaa40ac,0,608) at trap_pfault+0xb4 trap(18,5f660010,63730010,9,c111776c) at trap+0x335 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc0533495, esp = 0xcbaa40ec, ebp = 0xcbaa4114 --- witness_checkorder(c111776c,9,c06b597b,2bb) at witness_checkorder+0x191 _mtx_lock_flags(c111776c,0,c06b5972,2bb,c10e3a80) at _mtx_lock_flags+0x5b trap_pfault(cbaa41a4,0,608) at trap_pfault+0xb4 trap(9700018,705f0010,6b2e0010,9,c111776c) at trap+0x335 ---- etc. (LOTS OF IDENTICAL FRAMES REMOVED) ---- --- trap 0xc, eip = 0xc0533495, esp = 0xcbaa5734, ebp = 0xcbaa575c --- witness_checkorder(c111776c,9,c06b597b,2bb) at witness_checkorder+0x191 _mtx_lock_flags(c111776c,0,c06b5972,2bb,c10e3a80) at _mtx_lock_flags+0x5b trap_pfault(cbaa57ec,0,608) at trap_pfault+0xb4 trap(18,10,c0710010,9,c111776c) at trap+0x335 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc0533495, esp = 0xcbaa582c, ebp = 0xcbaa5854 --- witness_checkorder(c111776c,9,c06b597b,2bb) at witness_checkorder+0x191 _mtx_lock_flags(c111776c,0,c06b5972,2bb,c10e3a80) at _mtx_lock_flags+0x5b trap_pfault(cbaa58e4,0,608) at trap_pfault+0xb4 trap(c10e0018,c0750010,c0750010,9,c111776c) at trap+0x335 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc0533495, esp = 0xcbaa5924, ebp = 0xcbaa594c --- witness_checkorder(c111776c,9,c06b597b,2bb) at witness_checkorder+0x191 _mtx_lock_flags(c111776c,0,c06b5972,2bb,c10e3a80) at _mtx_lock_flags+0x5b trap_pfault(cbaa59dc,0,608) at trap_pfault+0xb4 trap(18,c10e0010,cbaa0010,9,c06fa2e0) at trap+0x335 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc0533495, esp = 0xcbaa5a1c, ebp = 0xcbaa5a44 --- witness_checkorder(c06fa2e0,9,c0697593,1d3) at witness_checkorder+0x191 _mtx_lock_flags(c06fa2e0,0,c069758a,1d3,c069851a) at _mtx_lock_flags+0x5b alq_post(c13f3300,c15f5638) at alq_post+0x60 ktr_tracepoint(200,c0698511,186,c06985f6,c0674241,19,c10e2a08,0,0,0) at ktr_tracepoint+0x17e ithread_schedule(c10d7900,e,c10e3a80,c15e7420,c06f00d0) at ithread_schedule+0x6b intr_execute_handlers(c06f00d0,cbaa5b50,c15e7420,5fb,c10e3af0) at intr_execute_handlers+0x131 atpic_handle_intr(e) at atpic_handle_intr+0x92 Xatpic_intr14() at Xatpic_intr14+0x20 --- interrupt, eip = 0xc053392a, esp = 0xcbaa5b94, ebp = 0xcbaa5ba4 --- witness_lock(c15e7420,8,c06a219e,5fb,c6342b10) at witness_lock+0xc2 _mtx_lock_flags(c15e7420,0,c06a2195,5fb) at _mtx_lock_flags+0x97 bqrelse(c6342b10) at bqrelse+0xe7 bufdone(c6342b10) at bufdone+0x446 cluster_callback(c62e64c0) at cluster_callback+0xa6 bufdone(c62e64c0,c0709820,0,c06a2195,c14) at bufdone+0x13b bufdonebio(c62e64c0) at bufdonebio+0x24 biodone(c62e64c0,c15da18c,c15da18c,cbaa5cd0,cbaa5cb0) at biodone+0x57 g_dev_done(c15da18c) at g_dev_done+0x5b biodone(c15da18c,cbaa5cd0,0,c0695cbe,1c1) at biodone+0x57 g_io_schedule_up(c10e3a80) at g_io_schedule_up+0xb5 g_up_procbody(0,cbaa5d48,0,c04e4dbc,0) at g_up_procbody+0x32 fork_exit(c04e4dbc,0,cbaa5d48) at fork_exit+0xd4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcbaa5d7c, ebp = 0 --- db> show pcpu cpuid = 0 curthread = 0xc10e3a80: pid 3 "g_up" curpcb = 0xcbaa5da0 fpcurthread = none idlethread = 0xc10da480: pid 11 "idle: cpu0" APIC ID = 0 currentldt = 0x28 spin locks held: db> db> show witness Sleep locks: 0 ATAPI CD bioqueue lock -- last acquired @ dev/ata/atapi-cd.c:1100 0 g_xdown -- last acquired @ geom/geom_io.c:392 4 ATA disk bioqueue lock -- last acquired @ dev/ata/ata-disk.c:236 4 ATA queue lock -- last acquired @ dev/ata/ata-queue.c:176 5 ATA state lock -- last acquired @ dev/ata/ata-queue.c:182 4 bio queue -- last acquired @ geom/geom_io.c:65 12 system map -- last acquired @ vm/vm_kern.c:296 13 kmem object -- last acquired @ vm/vm_kern.c:398 14 vm page queue mutex -- last acquired @ kern/vfs_bio.c:3217 15 CMAPCADDR12 -- last acquired @ i386/i386/pmap.c:2473 15 vnode interlock -- last acquired @ kern/vfs_bio.c:1531 16 cdev -- last acquired @ kern/kern_conf.c:81 16 vnode_free_list -- last acquired @ kern/vfs_subr.c:575 16 Syncer mtx -- last acquired @ kern/vfs_subr.c:1846 16 Name Cache -- last acquired @ kern/vfs_cache.c:352 15 pmap -- last acquired @ i386/i386/pmap.c:1901 16 uma object -- last acquired @ vm/uma_core.c:963 16 UMA pcpu -- last acquired @ vm/uma_core.c:2206 17 KMAP ENTRY -- last acquired @ vm/uma_core.c:2224 18 UMA zone -- last acquired @ vm/uma_core.c:2224 13 kernel object -- last acquired @ kern/vfs_bio.c:3671 14 vm page queue mutex -- (already displayed) 0 g_xup -- last acquired @ geom/geom_io.c:449 1 g_disk_done -- last acquired @ geom/geom_disk.c:196 4 bio queue -- (already displayed) 16 UMA pcpu -- (already displayed) 3 Giant -- last acquired @ kern/vfs_bio.c:3092 4 struct mount mtx -- last acquired @ ufs/ffs/ffs_vfsops.c:1147 15 vnode interlock -- (already displayed) 4 UMA lock -- last acquired @ vm/uma_core.c:1466 12 Malloc Stats -- last acquired @ kern/kern_malloc.c:210 16 UMA pcpu -- (already displayed) 4 eventhandler -- last acquired @ kern/subr_eventhandler.c:213 5 eventhandler list -- last acquired @ kern/kern_exit.c:199 4 standard object -- last acquired @ kern/vfs_bio.c:3198 5 vm object_list -- last acquired @ vm/vm_object.c:643 14 vm page queue mutex -- (already displayed) 4 kernel linker -- last acquired @ kern/kern_linker.c:1061 4 vm86 lock -- last acquired @ i386/i386/vm86.c:582 4 TID lock -- last acquired @ kern/kern_thread.c:206 4 kobj -- last acquired @ kern/subr_kobj.c:298 4 GEOM orphanage -- last acquired @ geom/geom_event.c:170 4 ithread -- last acquired @ kern/kern_intr.c:276 4 bounce pages lock -- last acquired @ i386/i386/busdma_machdep.c:860 4 bpf global lock -- last acquired @ net/bpf.c:1446 5 bpf interface lock -- last acquired @ order list:0 6 bpf cdev lock -- last acquired @ order list:0 4 rman -- last acquired @ kern/subr_rman.c:448 12 Malloc Stats -- (already displayed) 12 system map -- (already displayed) 4 taskqueue list -- last acquired @ kern/subr_taskqueue.c:85 4 rman head -- last acquired @ kern/subr_rman.c:111 4 sf_buf -- last acquired @ i386/i386/vm_machdep.c:674 4 bio queue -- (already displayed) 4 rtsock route_cb lock -- last acquired @ net/rtsock.c:234 4 devstat -- last acquired @ kern/subr_devstat.c:190 4 if_cloners lock -- last acquired @ net/if_clone.c:199 4 buffer daemon lock -- last acquired @ kern/vfs_bio.c:408 4 pseudofs -- last acquired @ fs/pseudofs/pseudofs_fileno.c:86 4 ttylist -- last acquired @ kern/tty.c:2757 11 tty -- last acquired @ kern/kern_event.c:1451 4 fdesc -- last acquired @ kern/kern_descrip.c:1614 5 filedesc structure -- last acquired @ kern/kern_descrip.c:1926 6 devd -- last acquired @ kern/subr_bus.c:497 9 sellck -- last acquired @ kern/sys_generic.c:726 6 accept -- last acquired @ kern/uipc_socket.c:334 7 so_snd -- last acquired @ kern/uipc_socket.c:2091 8 so_rcv -- last acquired @ kern/uipc_socket.c:2092 9 sellck -- (already displayed) 9 radix node head -- last acquired @ netinet/if_ether.c:139 10 ifnet -- last acquired @ net/if.c:1019 10 rtentry -- last acquired @ netinet/if_ether.c:785 11 rts_inq -- last acquired @ net/netisr.c:231 11 network driver -- last acquired @ dev/fxp/if_fxp.c:1756 12 knlist lock for lockless objects -- last acquired @ kern/kern_event.c:1451 12 Malloc Stats -- (already displayed) 12 if send queue -- last acquired @ dev/fxp/if_fxp.c:1268 12 system map -- (already displayed) 11 ifaddr -- last acquired @ netinet6/nd6_nbr.c:1235 9 process lock -- last acquired @ ufs/ffs/ffs_vnops.c:613 10 sigacts -- last acquired @ kern/kern_sig.c:294 10 ktrace -- last acquired @ kern/kern_fork.c:607 10 struct pargs.ref -- last acquired @ kern/kern_proc.c:1078 10 session -- last acquired @ kern/kern_proc.c:317 11 tty -- (already displayed) 15 vnode interlock -- (already displayed) 11 uidinfo hash -- last acquired @ kern/kern_resource.c:1001 12 sleep mtxpool -- last acquired @ kern/kern_prot.c:1755 12 uidinfo struct -- last acquired @ order list:0 13 allprison -- last acquired @ kern/kern_jail.c:460 6 pipe mutex -- last acquired @ kern/sys_pipe.c:1520 9 sellck -- (already displayed) 7 sigio lock -- last acquired @ kern/kern_descrip.c:729 8 process group -- last acquired @ kern/kern_proc.c:393 9 process lock -- (already displayed) 4 if_clone lock -- last acquired @ net/if_clone.c:321 4 pfil_head_mtx -- last acquired @ net/pfil.c:166 5 pfil_head_list lock -- last acquired @ net/pfil.c:172 4 lo_mtx -- last acquired @ net/if_loop.c:154 4 nfsd_mtx -- last acquired @ nfsserver/nfs_srvsock.c:811 4 pbuf mutex -- last acquired @ vm/vm_pager.c:414 4 domain list -- last acquired @ kern/uipc_domain.c:110 4 mntid -- last acquired @ kern/vfs_subr.c:400 5 mountlist -- last acquired @ kern/vfs_subr.c:3456 4 ATA disk bioqueue lock -- (already displayed) 4 ATA queue lock -- (already displayed) 4 taskqueue -- last acquired @ kern/subr_taskqueue.c:193 4 pseudofs_vncache -- last acquired @ fs/pseudofs/pseudofs_vncache.c:239 4 udp -- last acquired @ netinet/udp_usrreq.c:1052 5 udp6inp -- last acquired @ netinet6/udp6_usrreq.c:670 8 so_rcv -- (already displayed) 5 udpinp -- last acquired @ netinet/udp_usrreq.c:1058 6 arc4_mtx -- last acquired @ libkern/arc4random.c:137 6 accept -- (already displayed) 4 ufs ihash -- last acquired @ ufs/ufs/ufs_ihash.c:120 15 vnode interlock -- (already displayed) 4 dirhash list -- last acquired @ ufs/ufs/ufs_dirhash.c:348 5 dirhash -- last acquired @ ufs/ufs/ufs_dirhash.c:349 4 runningbufspace lock -- last acquired @ kern/vfs_bio.c:317 5 ALDmtx -- last acquired @ kern/kern_alq.c:195 4 bdone lock -- last acquired @ kern/vfs_bio.c:3012 4 needsbuffer lock -- last acquired @ kern/vfs_bio.c:298 4 buf queue lock -- last acquired @ kern/vfs_bio.c:1520 15 vnode interlock -- (already displayed) 4 accounting -- last acquired @ kern/kern_acct.c:232 4 tcp -- last acquired @ netinet/tcp_timer.c:138 5 tcpinp -- last acquired @ netinet/tcp_timer.c:184 6 so_glabel -- last acquired @ kern/uipc_socket.c:282 6 tcp_hc_entry -- last acquired @ netinet/tcp_hostcache.c:713 6 random reseed -- last acquired @ dev/random/yarrow.c:193 6 arc4_mtx -- (already displayed) 6 accept -- (already displayed) 4 protect sysfilt_ops -- last acquired @ kern/kern_event.c:667 4 unp -- last acquired @ kern/uipc_usrreq.c:247 6 accept -- (already displayed) 0 arp_inq -- last acquired @ net/netisr.c:231 0 ip6qlock -- last acquired @ netinet6/frag6.c:682 0 igmp_mtx -- last acquired @ netinet/igmp.c:431 0 ip_inq -- last acquired @ net/netisr.c:231 0 ipqlock -- last acquired @ netinet/ip_input.c:1096 0 sem -- last acquired @ kern/sysv_sem.c:1174 0 if_afdata -- last acquired @ net/if.c:489 0 GEOM topology -- last acquired @ geom/geom_event.c:202 4 bio queue -- (already displayed) 4 GEOM orphanage -- (already displayed) 4 bdone lock -- (already displayed) 12 Malloc Stats -- (already displayed) 4 devstat -- (already displayed) 12 system map -- (already displayed) 4 ATA queue lock -- (already displayed) 1 swapdev -- last acquired @ vm/swap_pager.c:2127 0 p_peers -- last acquired @ kern/kern_exit.c:243 0 module subsystem sx lock -- last acquired @ kern/kern_module.c:404 0 rawcb -- last acquired @ net/raw_usrreq.c:80 8 so_rcv -- (already displayed) 0 kernel environment -- last acquired @ kern/kern_environment.c:285 0 sysctl lock -- last acquired @ kern/kern_sysctl.c:1315 1 addrsel_lock -- last acquired @ netinet6/in6_src.c:1137 1 malloc -- last acquired @ kern/kern_malloc.c:588 1 rip -- last acquired @ netinet/raw_ip.c:845 1 filelist lock -- last acquired @ kern/kern_descrip.c:1388 5 filedesc structure -- (already displayed) 1 allproc -- last acquired @ kern/sched_4bsd.c:428 2 user map -- last acquired @ vm/vm_glue.c:175 3 Giant -- (already displayed) 0 ddp_list_mtx -- last acquired @ order list:0 1 ddp_mtx -- last acquired @ order list:0 0 slip_mtx -- last acquired @ order list:0 1 slip sc_mtx -- last acquired @ order list:0 0 proctree -- last acquired @ kern/kern_prot.c:401 1 allproc -- (already displayed) Spin locks: Locks which were never acquired: swap_pager swhash scope6_lock ip6_inq pseudofs_fileno tunmtx msq semid msdosfs dehash nfs4dev state nfs4dev waitq nfs4dev newq cd9660_ihash agp lock callout_wait_lock fifo mutex UUID generator mutex lock umtx jumbo mutex accept_filter_mtx encapmtx securelevel mutex lock kqueue order phys_pager list dev_pager list dev_pager create swap_pager list vm map sleep mutex lockmgr PMAP2 db> From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 06:20:10 2004 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 7C8FE16A4CF for ; Mon, 27 Sep 2004 06:20:10 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6581043D4C for ; Mon, 27 Sep 2004 06:20:09 +0000 (GMT) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) i8R6K7aI066466 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 27 Sep 2004 08:20:07 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost)i8R6K7SS066465 for current@freebsd.org; Mon, 27 Sep 2004 08:20:07 +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.13.1/8.13.1) with ESMTP id i8R6GR3b001413 for ; Mon, 27 Sep 2004 08:16:27 +0200 (CEST) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost) by titan.klemm.apsfilter.org (8.13.1/8.13.1/Submit) id i8R6GRZq001412 for current@freebsd.org; Mon, 27 Sep 2004 08:16:27 +0200 (CEST) (envelope-from andreas) Date: Mon, 27 Sep 2004 08:16:27 +0200 From: Andreas Klemm To: current@freebsd.org Message-ID: <20040927061627.GA1384@titan.klemm.apsfilter.org> References: <20040926214139.GA60201@titan.klemm.apsfilter.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 5.3-BETA6 X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.6i Subject: Re: Fatal error 'Spinlock called when not threaded.' ... (Re: FreeBSD 5.3-BETA6 available) 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: Mon, 27 Sep 2004 06:20:10 -0000 On Sun, Sep 26, 2004 at 07:36:26PM -0400, Daniel Eischen wrote: > On Sun, 26 Sep 2004, Andreas Klemm wrote: > > > Creating this helped (thanks to google ;-) > > > > /etc/libmap.conf: > > libpthread.so.1 libc_r.so.5 > > libpthread.so libc_r.so > > > > Has there been a change last recently ? > > No, not recently, but a few months ago. You're suppose to read > src/UPDATING. Hint, search for entries 20040303 and 20040130. No I cannot be hitten by this. I upgrated multiple times via several Beta stages. Andreas /// -- Andreas Klemm - Powered by FreeBSD 5.1-CURRENT Need a magic printfilter today ? -> http://www.apsfilter.org/ From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 06:22:44 2004 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 8470316A4CE for ; Mon, 27 Sep 2004 06:22:44 +0000 (GMT) Received: from mallaury.noc.nerim.net (smtp-101-monday.noc.nerim.net [62.4.17.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47CE343D31 for ; Mon, 27 Sep 2004 06:22:43 +0000 (GMT) (envelope-from bettan@nerim.net) Received: from danielle (linux-win.com [62.212.121.38]) by mallaury.noc.nerim.net (Postfix) with SMTP id 90AB362DB8; Mon, 27 Sep 2004 08:22:40 +0200 (CEST) Message-ID: <002401c4a45a$642b7cc0$0301a8c0@danielle> From: "cell" To: "cell" , "Arne Schwabe" References: <003601c4a2ea$d660c690$0301a8c0@danielle><86oejuzdrw.fsf@kamino.rfc1149.org> <001001c4a305$d003a400$0301a8c0@danielle> Date: Mon, 27 Sep 2004 08:22:40 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: freebsd-current@freebsd.org Subject: Re: ipsec and freebsd 5.3-beta 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: Mon, 27 Sep 2004 06:22:44 -0000 I have always the same problem.I'm on freebsd 5.3-beta 5 and i have put the patch for key.c who is in cvweb but i have that : # /usr/local/sbin/racoon -F -v Foreground mode. 2004-09-27 08:20:14: INFO: main.c:172:main(): @(#)package version freebsd-20040818a 2004-09-27 08:20:14: INFO: main.c:174:main(): @(#)internal version 20001216 sakane@kame.net 2004-09-27 08:20:14: INFO: main.c:175:main(): @(#)This product linked OpenSSL 0.9.7d 17 Mar 2004 (http://www.openssl.org/) 2004-09-27 08:20:15: WARNING: cftoken.l:514:yywarn(): /usr/local/etc/racoon/racoon.conf:66: "support_mip6" it is obsoleted. use "support_proxy". 2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open(): fe80::2bd:3eff:fe04:1%tap1[500] used as isakmp port (fd=5) 2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open(): fe80::2bd:39ff:fe04:0%tap0[500] used as isakmp port (fd=6) 2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open(): 62.212.121.38[500] used as isakmp port (fd=7) 2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open(): fe80::20a:5eff:fe3e:ebf7%tun0[500] used as isakmp port (fd=8) 2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open(): fe80::1%lo0[500] used as isakmp port (fd=9) 2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open(): ::1[500] used as isakmp port (fd=10) 2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open(): 127.0.0.1[500] used as isakmp port (fd=11) 2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open(): fe80::205:5dff:fea2:98ef%vr1[500] used as isakmp port (fd=12) 2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open(): 10.0.0.1[500] used as isakmp port (fd=13) 2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open(): fe80::205:5dff:fe64:5a87%vr0[500] used as isakmp port (fd=14) 2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open(): 192.168.3.1[500] used as isakmp port (fd=15) 2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open(): 2001:7a8:3d26::1[500] used as isakmp port (fd=16) 2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open(): fe80::20a:5eff:fe3e:ebf7%xl0[500] used as isakmp port (fd=17) 2004-09-27 08:20:15: INFO: isakmp.c:1368:isakmp_open(): 192.168.1.1[500] used as isakmp port (fd=18) 2004-09-27 08:20:19: INFO: isakmp.c:904:isakmp_ph1begin_r(): respond new phase 1 negotiation: 192.168.3.1[500]<=>192.168.3.3[500] 2004-09-27 08:20:19: INFO: isakmp.c:909:isakmp_ph1begin_r(): begin Identity Protection mode. 2004-09-27 08:20:19: INFO: vendorid.c:128:check_vendorid(): received Vendor ID: MS NT5 ISAKMPOAKLEY 2004-09-27 08:20:19: WARNING: ipsec_doi.c:3064:ipsecdoi_checkid1(): ID type mismatched. 2004-09-27 08:20:19: WARNING: ipsec_doi.c:3112:ipsecdoi_checkid1(): ID value mismatched. 2004-09-27 08:20:19: INFO: isakmp.c:2459:log_ph1established(): ISAKMP-SA established 192.168.3.1[500]-192.168.3.3[500] spi:89a9546f383b9559:4baf291311fbf720 2004-09-27 08:20:19: INFO: isakmp.c:1059:isakmp_ph2begin_r(): respond new phase 2 negotiation: 192.168.3.1[0]<=>192.168.3.3[0] 2004-09-27 08:20:19: ERROR: pfkey.c:1076:pk_sendupdate(): libipsec failed send update (No buffer space available) 2004-09-27 08:20:19: ERROR: isakmp_quick.c:1615:quick_r3prep(): pfkey update failed. 2004-09-27 08:20:19: ERROR: isakmp.c:750:quick_main(): failed to process packet. 2004-09-27 08:20:19: ERROR: isakmp.c:541:isakmp_main(): phase2 negotiation failed. 2004-09-27 08:21:20: INFO: isakmp.c:1526:isakmp_ph1expire(): ISAKMP-SA expired 192.168.3.1[500]-192.168.3.3[500] spi:89a9546f383b9559:4baf291311fbf720 2004-09-27 08:21:21: INFO: isakmp.c:1574:isakmp_ph1delete(): ISAKMP-SA deleted 192.168.3.1[500]-192.168.3.3[500] spi:89a9546f383b9559:4baf291311fbf720 ----- Original Message ----- From: "cell" To: "Arne Schwabe" Cc: Sent: Saturday, September 25, 2004 3:44 PM Subject: Re: ipsec and freebsd 5.3-beta > I write MSIZE=512 in my config kernel ? > ----- Original Message ----- > From: "Arne Schwabe" > To: "cell" > Cc: > Sent: Saturday, September 25, 2004 3:20 PM > Subject: Re: ipsec and freebsd 5.3-beta > > > > "cell" writes: > > > > > hello , i tried to configure ipsec in my freebsd with racoon for a wifi > connection with a laptop on windows xp home but i have problem.I have used > this tutorial http://ezine.daemonnews.org/200401/wifi-ipsec.html and when i > run racoon with "racoon -F -v" j'ai : > > > > > > # racoon -F -v > > > Foreground mode. > > > 2004-09-25 12:19:27: INFO: main.c:172:main(): @(#)package version > freebsd-20040818a > > > 2004-09-25 12:19:27: INFO: main.c:174:main(): @(#)internal version > 20001216 sakane@kame.net > > > 2004-09-25 12:19:27: INFO: main.c:175:main(): @(#)This product linked > OpenSSL 0.9.7d 17 Mar 2004 (http://www.openssl.org/) > > > 2004-09-25 12:19:27: WARNING: cftoken.l:514:yywarn(): > /usr/local/etc/racoon/racoon.conf:66: "support_mip6" it is obsoleted. use > "support_proxy". > > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): > fe80::2bd:fbff:fe03:1%tap1[500] used as isakmp port (fd=5) > > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): > fe80::2bd:f7ff:fe03:0%tap0[500] used as isakmp port (fd=6) > > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): > 62.212.121.38[500] used as isakmp port (fd=7) > > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): > fe80::20a:5eff:fe3e:ebf7%tun0[500] used as isakmp port (fd=8) > > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): fe80::1%lo0[500] > used as isakmp port (fd=9) > > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): ::1[500] used as > isakmp port (fd=10) > > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): 127.0.0.1[500] > used as isakmp port (fd=11) > > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): > fe80::205:5dff:fea2:98ef%vr1[500] used as isakmp port (fd=12) > > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): 10.0.0.1[500] > used as isakmp port (fd=13) > > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): > fe80::205:5dff:fe64:5a87%vr0[500] used as isakmp port (fd=14) > > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): 192.168.3.1[500] > used as isakmp port (fd=15) > > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): > 2001:7a8:3d26::1[500] used as isakmp port (fd=16) > > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): > fe80::20a:5eff:fe3e:ebf7%xl0[500] used as isakmp port (fd=17) > > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): 192.168.1.1[500] > used as isakmp port (fd=18) > > > 2004-09-25 12:20:07: INFO: isakmp.c:904:isakmp_ph1begin_r(): respond new > phase 1 negotiation: 192.168.3.1[500]<=>192.168.3.3[500] > > > 2004-09-25 12:20:07: INFO: isakmp.c:909:isakmp_ph1begin_r(): begin > Identity Protection mode. > > > 2004-09-25 12:20:07: INFO: vendorid.c:128:check_vendorid(): received > Vendor ID: MS NT5 ISAKMPOAKLEY > > > 2004-09-25 12:20:07: WARNING: ipsec_doi.c:3064:ipsecdoi_checkid1(): ID > type mismatched. > > > 2004-09-25 12:20:07: WARNING: ipsec_doi.c:3112:ipsecdoi_checkid1(): ID > value mismatched. > > > 2004-09-25 12:20:07: INFO: isakmp.c:2459:log_ph1established(): ISAKMP-SA > established 192.168.3.1[500]-192.168.3.3[500] > spi:0ae2df7beb89619e:2202b5a1db9ba88a > > > 2004-09-25 12:20:07: INFO: isakmp.c:1059:isakmp_ph2begin_r(): respond > new phase 2 negotiation: 192.168.3.1[0]<=>192.168.3.3[0] > > > 2004-09-25 12:20:07: ERROR: pfkey.c:1076:pk_sendupdate(): libipsec > failed send update (No buffer space available) > > > 2004-09-25 12:20:07: ERROR: isakmp_quick.c:1615:quick_r3prep(): pfkey > update failed. > > > 2004-09-25 12:20:07: ERROR: isakmp.c:750:quick_main(): failed to process > packet. > > > 2004-09-25 12:20:07: ERROR: isakmp.c:541:isakmp_main(): phase2 > negotiation failed. > > > > Look into the "Ipsec broken in 5.3" or something like this a few > > hours ago. > > > > A temporary workaround is to set MSIZE=512 in your kernel config. > > > > Arne > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 06:28:23 2004 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 E316A16A4CE; Mon, 27 Sep 2004 06:28:23 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1998943D2F; Mon, 27 Sep 2004 06:28:23 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8R6SLtl071789; Mon, 27 Sep 2004 09:28:21 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 77488-06; Mon, 27 Sep 2004 09:28:20 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8R6SKwZ071783 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Sep 2004 09:28:20 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8R6SKdP090044; Mon, 27 Sep 2004 09:28:20 +0300 (EEST) (envelope-from ru) Date: Mon, 27 Sep 2004 09:28:20 +0300 From: Ruslan Ermilov To: Pawel Jakub Dawidek Message-ID: <20040927062820.GA89984@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@FreeBSD.org Subject: gmirror questions 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: Mon, 27 Sep 2004 06:28:24 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Pawel, FreeBSD 5.3-BETA6 i386 I have a bunch of hopefully simple questions about gmirror(8). My /dev/mirror/m0 is a mirror of ad1 and ad3 providers, with the following file system layout: /dev/mirror/m0a / /dev/mirror/m0b swap /dev/mirror/m0f /usr /dev/mirror/m0e /var Yes, I use both root and swap in GEOM_MIRROR, yay! 1. When I try to "bsdlabel -B /dev/mirror/m0", I get: # bsdlabel -B /dev/mirror/m0 bsdlabel: Geom not found Hopefully, using "/dev/mirror/m0c" works. Any clue why this doesn't work? 2. Before a reboot, the state of the mirror was "COMPLETE". After a first reboot, everything was ok. After a second reboot, I got this: ad0: 38166MB [77545/16/63] at ata0-master UDMA100 ad1: 38204MB [77622/16/63] at ata0-slave UDMA100 ad2: 38166MB [77545/16/63] at ata1-master UDMA100 ad3: 38204MB [77622/16/63] at ata1-slave UDMA100 GEOM_MIRROR: Device m0 created (id=3D411263865). GEOM_MIRROR: Device m0: provider ad1 detected. GEOM_MIRROR: Device m0: provider ad3 detected. GEOM_MIRROR: Device m0: provider ad3 activated. GEOM_MIRROR: Device m0: provider mirror/m0 launched. GEOM_MIRROR: Device m0: rebuilding provider ad1. Any idea why it thinks ad1 should be rebuilt? 3. The syncing process takes very long, how do I tune it using the kern.geom.mirror sysctls? 4. Will the following work with GEOM_MIRROR? - mirror m0 is originally from two 10G providers (p1 and p2) - remove p2 from the mirror - add p3 of size 20G to the mirror - wait until p3 synchronizes with p1 - remove p1 from the mirror Will m0's size grow up to 20G after this procedure? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBV7MEqRfpzJluFF4RAh4/AJwIXSXmLPf5XVl/DeNql7yTGvX3cACeL4Nq oAT2wBWuaBfZtVzcOqEG2vA= =i6bB -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 06:46:33 2004 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 9C09116A4CE; Mon, 27 Sep 2004 06:46:33 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B063743D4C; Mon, 27 Sep 2004 06:46:32 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8R6kV3D072174; Mon, 27 Sep 2004 09:46:31 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 79731-03; Mon, 27 Sep 2004 09:46:30 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8R6kUtp072171 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Sep 2004 09:46:30 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8R6kV1e090187; Mon, 27 Sep 2004 09:46:31 +0300 (EEST) (envelope-from ru) Date: Mon, 27 Sep 2004 09:46:30 +0300 From: Ruslan Ermilov To: Pawel Jakub Dawidek Message-ID: <20040927064630.GC89984@ip.net.ua> References: <20040927062820.GA89984@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8NvZYKFJsRX2Djef" Content-Disposition: inline In-Reply-To: <20040927062820.GA89984@ip.net.ua> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@FreeBSD.org Subject: Re: gmirror questions 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: Mon, 27 Sep 2004 06:46:33 -0000 --8NvZYKFJsRX2Djef Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 27, 2004 at 09:28:20AM +0300, Ruslan Ermilov wrote: > 2. Before a reboot, the state of the mirror was "COMPLETE". >=20 > After a first reboot, everything was ok. After a second > reboot, I got this: >=20 > ad0: 38166MB [77545/16/63] at ata0-master UDMA100 > ad1: 38204MB [77622/16/63] at ata0-slave UDMA1= 00 > ad2: 38166MB [77545/16/63] at ata1-master UDMA100 > ad3: 38204MB [77622/16/63] at ata1-slave UDMA1= 00 > GEOM_MIRROR: Device m0 created (id=3D411263865). > GEOM_MIRROR: Device m0: provider ad1 detected. > GEOM_MIRROR: Device m0: provider ad3 detected. > GEOM_MIRROR: Device m0: provider ad3 activated. > GEOM_MIRROR: Device m0: provider mirror/m0 launched. > GEOM_MIRROR: Device m0: rebuilding provider ad1. >=20 > Any idea why it thinks ad1 should be rebuilt? >=20 This is reproduceable. After a resync and reboot, they got desynced again. Here's a full typescript: : # gmirror list : Geom name: m0 : State: COMPLETE : Components: 2 : Balance: split : Slice: 4096 : Flags: NONE : SyncID: 1 : ID: 411263865 : Providers: : 1. Name: mirror/m0 : Mediasize: 40060403200 (37G) : Sectorsize: 512 : # gmirror list : Geom name: m0 : State: COMPLETE : Components: 2 : Balance: split : Slice: 4096 : Flags: NONE : SyncID: 1 : ID: 411263865 : Providers: : 1. Name: mirror/m0 : Mediasize: 40060403200 (37G) : Sectorsize: 512 : Mode: r4w4e1 : Consumers: : 1. Name: ad1 : Mediasize: 40060403712 (37G) : Sectorsize: 512 : Mode: r4w4e2 : State: ACTIVE : Priority: 0 : Flags: DIRTY : SyncID: 1 : ID: 3517459746 : 2. Name: ad3 : Mediasize: 40060403712 (37G) : Sectorsize: 512 : Mode: r4w4e2 : State: ACTIVE : Priority: 0 : Flags: DIRTY : SyncID: 1 : ID: 4216416310 :=20 : Geom name: m0.sync :=20 : # reboot : Sep 27 06:41:04 bubu reboot: rebooted by root : Sep 27 06:41:04 bubu syslogd: exiting on signal 15 : Sep 27 06:41:04 amd[288]: amd.homes unmounted fstype toplvl from /homes : Waiting (max 60 seconds) for system process `vnlru' to stop...done : Waiting (max 60 seconds) for system process `bufdaemon' to stop...done : Waiting (max 60 seconds) for system process `syncer' to stop... : Syncing disks, vnodes remaining...2 2 0 0 done : No buffers busy after final sync : Uptime: 57m26s : Rebooting... :=20 : FreeBSD/i386 boot : Default: 0:ad(0,a)/boot/loader : boot: 1:ad(1,a)/boot/loaderConsole: serial port : BIOS drive A: is disk0 : BIOS drive C: is disk1 : BIOS drive D: is disk2 : BIOS drive E: is disk3 : BIOS drive F: is disk4 : BIOS 640kB/523200kB available memory :=20 : FreeBSD/i386 bootstrap loader, Revision 1.1 : (root@bubu.office.ipnet, Sat Sep 25 23:11:41 EEST 2004) : Loading /boot/defaults/loader.conf=20 : /boot/kernel/kernel text=3D0x1d200c data=3D0x279dc+0x25924 syms=3D[0x4+0x= 2ed20+0x4+0x3b9b1] : /boot/kernel/viapm.ko text=3D0x2af8 data=3D0x290+0xc syms=3D[0x4+0x7e0+0x= 4+0x904] : loading required module 'smbus' : /boot/kernel/smbus.ko text=3D0xfc4 data=3D0x360+0x4 syms=3D[0x4+0x7b0+0x4= +0xaa7] : loading required module 'iicbb' : /boot/kernel/iicbb.ko text=3D0x1d80 data=3D0x24c+0x8 syms=3D[0x4+0x6a0+0x= 4+0x7b2] : loading required module 'iicbus' : /boot/kernel/iicbus.ko text=3D0x13d0 data=3D0x268+0x4 syms=3D[0x4+0x6f0+0= x4+0x8c8] : /boot/kernel/geom_mirror.ko text=3D0xdbb0 data=3D0x320+0x8 syms=3D[0x4+0x= d50+0x4+0xeae] : | : Hit [Enter] to boot immediately, or any other key for command prompt. : Booting [/boot/kernel/kernel] in 9 seconds...=20 :=20 : Type '?' for a list of commands, 'help' for more detailed help. : OK boot -s : Copyright (c) 1992-2004 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.3-BETA6 #0: Sun Sep 26 14:19:09 EEST 2004 : root@bubu.office.ipnet:/usr/obj/usr/src/sys/BUBU : Timecounter "i8254" frequency 1193182 Hz quality 0 : CPU: AMD K7 processor (1603.65-MHz 686-class CPU) : Origin =3D "AuthenticAMD" Id =3D 0x681 Stepping =3D 1 : Features=3D0x383fbff : AMD Features=3D0xc0400000 : real memory =3D 536805376 (511 MB) : avail memory =3D 519925760 (495 MB) : npx0: [FAST] : npx0: on motherboard : npx0: INT 16 interface : pcib0: pcibus 0 on motherboard : pir0: on motherboard : pci0: on pcib0 : agp0: mem 0xe00= 00000-0xe7ffffff at device 0.0 on pci0 : pcib1: at device 1.0 on pci0 : pci1: on pcib1 : pci0: at device 16.0 (no driver attached) : pci0: at device 16.1 (no driver attached) : pci0: at device 16.2 (no driver attached) : pci0: at device 16.3 (no driver attached) : isab0: at device 17.0 on pci0 : isa0: on isab0 : atapci0: port 0xdc00-0xdc0f,0x376,0x170-0x1= 77,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0 : ata0: channel #0 on atapci0 : ata1: channel #1 on atapci0 : pci0: at device 17.5 (no driver attached) : vr0: port 0xe400-0xe4ff mem 0xe8001000= -0xe80010ff irq 11 at device 18.0 on pci0 : miibus0: on vr0 : ukphy0: on miibus0 : ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto : vr0: Ethernet address: 00:04:61:4d:0c:ac : cpu0 on motherboard : pmtimer0 on isa0 : atkbdc0: at port 0x64,0x60 on isa0 : atkbd0: irq 1 on atkbdc0 : kbd0 at atkbd0 : atkbd0: [GIANT-LOCKED] : fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 : fdc0: [FAST] : ppc0: at port 0x378-0x37f irq 7 on isa0 : ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode : ppbus0: on ppc0 : plip0: on ppbus0 : lpt0: on ppbus0 : lpt0: Interrupt-driven port : ppi0: on ppbus0 : sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 : sio0: type 16550A, console : sio1 at port 0x2f8-0x2ff irq 3 on isa0 : sio1: type 16550A : unknown: can't assign resources (port) : speaker0: at port 0x61 on isa0 : unknown: can't assign resources (port) : unknown: can't assign resources (port) : unknown: can't assign resources (port) : unknown: can't assign resources (port) : unknown: can't assign resources (port) : Timecounter "TSC" frequency 1603646608 Hz quality 800 : Timecounters tick every 10.000 msec : ad0: 38166MB [77545/16/63] at ata0-master UDMA100 : ad1: 38204MB [77622/16/63] at ata0-slave UDMA1= 00 : ad2: 38166MB [77545/16/63] at ata1-master UDMA100 : ad3: 38204MB [77622/16/63] at ata1-slave UDMA1= 00 : GEOM_MIRROR: Device m0 created (id=3D411263865). : GEOM_MIRROR: Device m0: provider ad1 detected. : GEOM_MIRROR: Device m0: provider ad3 detected. : GEOM_MIRROR: Device m0: provider ad3 activated. : GEOM_MIRROR: Device m0: provider mirror/m0 launched. : GEOM_MIRROR: Device m0: rebuilding provider ad1. : Mounting root from ufs:/dev/mirror/m0a : Enter full pathname of shell or RETURN for /bin/sh:=20 : #=20 : # gmirror list : Geom name: m0 : State: DEGRADED : Components: 2 : Balance: split : Slice: 4096 : Flags: NONE : SyncID: 1 : ID: 411263865 : Providers: : 1. Name: mirror/m0 : Mediasize: 40060403200 (37G) : Sectorsize: 512 : Mode: r2w1e1 : Consumers: : 1. Name: ad1 : Mediasize: 40060403712 (37G) : Sectorsize: 512 : Mode: r0w1e1 : State: SYNCHRONIZING : Priority: 0 : Flags: DIRTY, SYNCHRONIZING : SyncID: 1 : Synchronized: 5% : ID: 3517459746 : 2. Name: ad3 : Mediasize: 40060403712 (37G) : Sectorsize: 512 : Mode: r2w1e2 : State: ACTIVE : Priority: 0 : Flags: DIRTY : SyncID: 1 : ID: 4216416310 :=20 : Geom name: m0.sync : Consumers: : 1. Name: mirror/m0 : Mediasize: 40060403200 (37G) : Sectorsize: 512 : Mode: r1w0e0 Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --8NvZYKFJsRX2Djef Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBV7dGqRfpzJluFF4RAnHtAJ4hOK1/b/YfScNKSPCMC1GPnkRdHQCdH022 kXyduPhIidHnyZc6S8yaGPc= =iCdW -----END PGP SIGNATURE----- --8NvZYKFJsRX2Djef-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 06:57:34 2004 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 E006A16A4CE for ; Mon, 27 Sep 2004 06:57:34 +0000 (GMT) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 0BE1543D2D for ; Mon, 27 Sep 2004 06:57:33 +0000 (GMT) (envelope-from janm-freebsd-current@transactionware.com) Received: (qmail 32808 invoked from network); 27 Sep 2004 06:57:44 -0000 Received: from new.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 27 Sep 2004 06:57:44 -0000 Received: (qmail 19039 invoked by uid 1001); 27 Sep 2004 06:57:52 -0000 Date: 27 Sep 2004 06:57:52 -0000 Message-ID: <20040927065752.19038.qmail@new.transactionware.com> From: janm-freebsd-current@transactionware.com To: freebsd-current@freebsd.org Subject: Low volume sound on Dell Precision 530 (snd_ich) 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: Mon, 27 Sep 2004 06:57:35 -0000 Hi, I've just started running RELENG_5 after having run RELENG_4 for a while. After upgrading to 5.3-BETA3 (fresh install from ISO), the sound volume is very low. Running recent sources doesn't change things. I did have a similar problem with RELENG_4, but I could work around it by explicitly loading snd_ich rather than snd_pcm. Unfortunately, that isn't helping with 5.3-BETA. This is a Dell Precision 530 with an i860 chipset. Has anyone seen this before? Any suggestions? Thanks, Jan Mikkelsen (dmesg below) Copyright (c) 1992-2004 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.3-BETA6 #4: Mon Sep 27 15:38:06 EST 2004 root@janm.transactionware.com:/usr/obj/usr/src/sys/WS530-SMP ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 1700MHz (1694.86-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf0a Stepping = 10 Features=0x3febfbff real memory = 536309760 (511 MB) avail memory = 515133440 (491 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf0000000-0xf7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 2.0 on pci0 pci2: on pcib2 pcib3: at device 31.0 on pci2 pci3: on pcib3 pci3: at device 0.0 (no driver attached) ahc0: port 0xec00-0xecff mem 0xfe4ff000-0xfe4fffff irq 22 at device 14.0 on pci3 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs pcib4: at device 30.0 on pci0 pci4: on pcib4 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc80-0xdcff mem 0xfe1ffc00-0xfe1ffc7f irq 23 at device 11.0 on pci4 miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:06:5b:86:e1:dc fwohci0: mem 0xfe1f8000-0xfe1fbfff,0xfe1ff000-0xfe1ff7ff irq 16 at device 12.0 on pci4 fwohci0: OHCI version 1.0 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 84:ff:ff:ff:ff:ff:ff:00 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 86:ff:ff:ff:ff:00 fwe0: Ethernet address: 86:ff:ff:ff:ff:00 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xff80-0xff9f irq 19 at device 31.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 31.3 (no driver attached) uhci1: port 0xff60-0xff7f irq 23 at device 31.4 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pcm0: port 0xcc40-0xcc7f,0xc800-0xc8ff irq 17 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x778-0x77f,0x378-0x37f irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xce000-0xcffff,0xc8800-0xcdfff,0xc0000-0xc87ff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec ATAPI_RESET time = 50us acd0: DVDR at ata0-master UDMA33 ATAPI_RESET time = 30us acd1: DVDROM <_NEC DV-5800A/1.07> at ata1-master UDMA33 Waiting 15 seconds for SCSI devices to settle pcm0: measured ac97 link rate at 55921 Hz da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabled da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/da0s2a drm0: mem 0xfd000000-0xfd7fffff,0xfdefc000-0xfdefffff,0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci1 info: [drm] AGP at 0xf0000000 128MB info: [drm] Initialized mga 3.1.0 20021029 on minor 0 From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 07:12:56 2004 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 448D416A4CE; Mon, 27 Sep 2004 07:12:56 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21E6743D41; Mon, 27 Sep 2004 07:12:55 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CBph9-0004oZ-00 Mon, 27 Sep 2004 09:13:11 +0200 Received: from [212.106.255.190] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CBph8-0004oK-00 Mon, 27 Sep 2004 09:13:11 +0200 Received: from localhost.redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i8R7CpRT001124; Mon, 27 Sep 2004 09:12:52 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Date: Mon, 27 Sep 2004 09:12:51 +0200 To: current@freebsd.org From: "Jose M Rodriguez" Content-Type: multipart/mixed; boundary=----------4XitYvaje38fgfW3a1QlmV MIME-Version: 1.0 Message-ID: User-Agent: Opera M2/7.54 (FreeBSD, build 751) X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.11; VDF 6.27.0.70 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: x11@freebsd.org Subject: WIP: /etc/rc.d/xdm script 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: Mon, 27 Sep 2004 07:12:56 -0000 ------------4XitYvaje38fgfW3a1QlmV Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Maybe something in the way of this patch a good start for /etc/rc.d/xdm I also make xfs operative, but I think that, right now, nfs will do the task. None of them have been tested. It's only for comments. Thanks in advance, -- josemi -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ ------------4XitYvaje38fgfW3a1QlmV Content-Disposition: attachment; filename=patch-xdm Content-Type: application/octet-stream; name=patch-xdm Content-Transfer-Encoding: 8bit diff -Nru /usr/src/etc/rc.d/Makefile etc/rc.d/Makefile --- /usr/src/etc/rc.d/Makefile Mon May 24 16:17:19 2004 +++ etc/rc.d/Makefile Mon Sep 27 06:06:48 2004 @@ -37,6 +37,7 @@ usbd \ var vinum virecover \ watchdogd \ + xdm xfs \ ypbind yppasswdd ypserv \ ypset ypupdated ypxfrd FILESDIR= /etc/rc.d diff -Nru /usr/src/etc/rc.d/xdm etc/rc.d/xdm --- /usr/src/etc/rc.d/xdm Sat Jun 16 09:16:14 2001 +++ etc/rc.d/xdm Mon Sep 27 08:59:34 2004 @@ -4,17 +4,59 @@ # # PROVIDE: xdm -# REQUIRE: DAEMON LOGIN wscons -# KEYWORD: shutdown +# REQUIRE: DAEMON LOGIN syscons moused +# KEYWORD: FreeBSD shutdown . /etc/rc.subr name="xdm" rcvar=$name -command="/usr/X11R6/bin/${name}" -pidfile="/var/run/${name}.pid" -required_files="/usr/X11R6/lib/X11/xdm/xdm-config" -extra_commands="reload" +command="${xdm_program:-/usr/X11R6/bin/xdm}" +# a good ENV for a X11 App, we are in our subshell +PATH="/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin" +export PATH + +# Place any needed extra config in /etc/rc.conf.d/xdm load_rc_config $name + +basecmd=`basename ${command}` +basedir="" + +case basecmd in + xdm) + # xdm standard display manager + basedir="/usr/X11R6/lib/X11" + : ${required_files:=${basedir}/xdm/xdm-config} + : ${pidfile:=/var/run/${basecmd}.pid} + : ${extra_commands:=reload} + ;; + gdm) + # gnome gdm display manager + basedir="${command%/bin/gdm}" + : ${required_files:=${basedir}/etc/gdm/gdm.conf} + : ${pidfile:=/var/run/${basecmd}.pid} + ;; + kdm) + # KDE kdm display manager + basedir="${command%/bin/kdm}" + : ${required_files:=${basedir}/share/config/kdm/kdmrc} + : ${pidfile:=/var/run/${basecmd}.pid} + # don't use start_precmd(). We have local genkdmconf.sh now + ;; + Xorg) + # xdm login via Xorg broadcast XDMCP + basedir="/etc/X11" + : ${required_files:=${basedir}/xorg.conf} + : ${xdm_flags:=-broadcast} + ;; + Xfree86) + # xdm login via Xfree86 broadcast XDMCP + basedir="/etc/X11" + : ${required_files:=${basedir}/XF86Config} + : ${xdm_flags:=-broadcast} + ;; +esac + +# XXX ? unset basecmd basedir run_rc_command "$1" diff -Nru /usr/src/etc/rc.d/xfs etc/rc.d/xfs --- /usr/src/etc/rc.d/xfs Fri Jun 14 00:14:36 2002 +++ etc/rc.d/xfs Mon Sep 27 06:08:34 2004 @@ -7,6 +7,7 @@ # PROVIDE: xfs # REQUIRE: mountall cleartmp # BEFORE: LOGIN +# KEYWORD: FreeBSD . /etc/rc.subr diff -Nru /usr/src/etc/defaults/rc.conf etc/defaults/rc.conf --- /usr/src/etc/defaults/rc.conf Sun Sep 26 11:30:22 2004 +++ etc/defaults/rc.conf Mon Sep 27 06:16:54 2004 @@ -467,6 +467,8 @@ economy_cx_lowest="LOW" # Offline CPU idle state economy_throttle_state="HIGH" # Offline throttling state virecover_enable="YES" # Perform housekeeping for the vi(1) editor +xdm_enable="NO" # Start the X11 Display Manager +xfs_enable="NO" # Start the X11 Font Server ############################################################## ### Jail Configuration ####################################### ------------4XitYvaje38fgfW3a1QlmV-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 07:46:23 2004 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 12C7E16A4CE; Mon, 27 Sep 2004 07:46:23 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EAC843D2F; Mon, 27 Sep 2004 07:46:20 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id AB96EACC5F; Mon, 27 Sep 2004 09:46:18 +0200 (CEST) Date: Mon, 27 Sep 2004 09:46:18 +0200 From: Pawel Jakub Dawidek To: Ruslan Ermilov Message-ID: <20040927074618.GR9550@darkness.comp.waw.pl> References: <20040927062820.GA89984@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0blaZc+aUkVqY8MO" Content-Disposition: inline In-Reply-To: <20040927062820.GA89984@ip.net.ua> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: current@FreeBSD.org Subject: Re: gmirror questions 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: Mon, 27 Sep 2004 07:46:23 -0000 --0blaZc+aUkVqY8MO Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 27, 2004 at 09:28:20AM +0300, Ruslan Ermilov wrote: +> 1. When I try to "bsdlabel -B /dev/mirror/m0", I get: +>=20 +> # bsdlabel -B /dev/mirror/m0 +> bsdlabel: Geom not found +>=20 +> Hopefully, using "/dev/mirror/m0c" works. Any clue why this +> doesn't work? I can't reproduce it. Could you show me whole process starting from creating a mirror? +> 2. Before a reboot, the state of the mirror was "COMPLETE". +>=20 +> After a first reboot, everything was ok. After a second +> reboot, I got this: +>=20 +> ad0: 38166MB [77545/16/63] at ata0-master UDMA100 +> ad1: 38204MB [77622/16/63] at ata0-slave UDMA= 100 +> ad2: 38166MB [77545/16/63] at ata1-master UDMA100 +> ad3: 38204MB [77622/16/63] at ata1-slave UDMA= 100 +> GEOM_MIRROR: Device m0 created (id=3D411263865). +> GEOM_MIRROR: Device m0: provider ad1 detected. +> GEOM_MIRROR: Device m0: provider ad3 detected. +> GEOM_MIRROR: Device m0: provider ad3 activated. +> GEOM_MIRROR: Device m0: provider mirror/m0 launched. +> GEOM_MIRROR: Device m0: rebuilding provider ad1. +>=20 +> Any idea why it thinks ad1 should be rebuilt? Because you use reboot(8) instead of shutdown(8) to reboot your machine? When shutdown(8) is used, swap partition will be removed before reboot, in your case, mirror is still open for writing on reboot, so it will rebuild components on next boot, because they are marked as dirty. +> 3. The syncing process takes very long, how do I tune it using +> the kern.geom.mirror sysctls? The kern.geom.mirror.syncs_per_sec sysctl means number of synchronization requests per second, so you should increase it. Increasing hz should also help, but I'm not sure actually. There is a simple way to increase synchronization performance by adding more g_mirror_sync_one() calls, but I need to think of some understandable way to tune it. +> 4. Will the following work with GEOM_MIRROR? +>=20 +> - mirror m0 is originally from two 10G providers (p1 and p2) +> - remove p2 from the mirror +> - add p3 of size 20G to the mirror +> - wait until p3 synchronizes with p1 +> - remove p1 from the mirror +>=20 +> Will m0's size grow up to 20G after this procedure? No. Changing provider's attributes (such as mediasize, sectorsize), while it is running is not supported by GEOM, AFAIK. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --0blaZc+aUkVqY8MO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBV8VKForvXbEpPzQRAkyYAKCnY9kwxIktwuiWJFyKCOte4awDuQCdGm3V rGXuzPlWt8vUrkPeWTXvf/g= =hxcV -----END PGP SIGNATURE----- --0blaZc+aUkVqY8MO-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 07:54:46 2004 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 3C33C16A4CE for ; Mon, 27 Sep 2004 07:54:46 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE02243D54 for ; Mon, 27 Sep 2004 07:54:42 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8R7sXum035078; Mon, 27 Sep 2004 17:24:34 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Mon, 27 Sep 2004 17:24:32 +0930 User-Agent: KMail/1.7 References: <20040927065752.19038.qmail@new.transactionware.com> In-Reply-To: <20040927065752.19038.qmail@new.transactionware.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1522956.41BTzC63AC"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409271724.33417.doconnor@gsoft.com.au> X-Spam-Score: -1.7 () IN_REP_TO,PGP_SIGNATURE_2,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: janm-freebsd-current@transactionware.com Subject: Re: Low volume sound on Dell Precision 530 (snd_ich) 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: Mon, 27 Sep 2004 07:54:46 -0000 --nextPart1522956.41BTzC63AC Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 27 Sep 2004 16:27, janm-freebsd-current@transactionware.com wrote: > Hi, > > I've just started running RELENG_5 after having run RELENG_4 for a while. > > After upgrading to 5.3-BETA3 (fresh install from ISO), the sound volume is > very low. Running recent sources doesn't change things. > > I did have a similar problem with RELENG_4, but I could work around it by > explicitly loading snd_ich rather than snd_pcm. Unfortunately, that isn't > helping with 5.3-BETA. > > This is a Dell Precision 530 with an i860 chipset. > > Has anyone seen this before? Any suggestions? Try fiddling with the mixer settings? eg.. mixer pcm 100 mixer ogain 100 mixer vol 100 =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1522956.41BTzC63AC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBV8c55ZPcIHs/zowRAnTOAJ41IM3Gu2SsJ0wTQDTlnqD8aegxkQCfXweE lCKNx0io1UQoCYtZJj0YHtg= =fXzC -----END PGP SIGNATURE----- --nextPart1522956.41BTzC63AC-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 08:11:41 2004 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 BA36216A4CF; Mon, 27 Sep 2004 08:11:41 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C9A543D46; Mon, 27 Sep 2004 08:11:41 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CBqc1-00057m-00 Mon, 27 Sep 2004 10:11:57 +0200 Received: from [212.106.255.190] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CBqc0-00057M-00 Mon, 27 Sep 2004 10:11:57 +0200 Received: from localhost.redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i8R8BcBu001266; Mon, 27 Sep 2004 10:11:38 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) To: "Jose M Rodriguez" , current@freebsd.org References: Message-ID: Date: Mon, 27 Sep 2004 10:11:38 +0200 From: "Jose M Rodriguez" Content-Type: multipart/mixed; boundary=----------XM9QXkL6PaV0vW3sLcns54 MIME-Version: 1.0 In-Reply-To: User-Agent: Opera M2/7.54 (FreeBSD, build 751) X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.11; VDF 6.27.0.70 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: x11@freebsd.org Subject: Re: WIP: /etc/rc.d/xdm script 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: Mon, 27 Sep 2004 08:11:42 -0000 ------------XM9QXkL6PaV0vW3sLcns54 Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 Content-Transfer-Encoding: 8bit On Mon, 27 Sep 2004 09:12:51 +0200, Jose M Rodriguez wrote: > > Maybe something in the way of this patch a good start for /etc/rc.d/xdm > I also make xfs operative, but I think that, right now, nfs will do the > task. > None of them have been tested. It's only for comments. > > Thanks in advance, > -- > josemi > Take 2, most in the line of other rcNG scripts -- josemi -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ ------------XM9QXkL6PaV0vW3sLcns54 Content-Disposition: attachment; filename=patch-xdm2 Content-Type: application/octet-stream; name=patch-xdm2 Content-Transfer-Encoding: 8bit diff -Nru /usr/src/etc/rc.d/Makefile etc/rc.d/Makefile --- /usr/src/etc/rc.d/Makefile Mon May 24 16:17:19 2004 +++ etc/rc.d/Makefile Mon Sep 27 06:06:48 2004 @@ -37,6 +37,7 @@ usbd \ var vinum virecover \ watchdogd \ + xdm xfs \ ypbind yppasswdd ypserv \ ypset ypupdated ypxfrd FILESDIR= /etc/rc.d diff -Nru /usr/src/etc/rc.d/xdm etc/rc.d/xdm --- /usr/src/etc/rc.d/xdm Sat Jun 16 09:16:14 2001 +++ etc/rc.d/xdm Mon Sep 27 10:05:59 2004 @@ -4,17 +4,56 @@ # # PROVIDE: xdm -# REQUIRE: DAEMON LOGIN wscons -# KEYWORD: shutdown +# REQUIRE: DAEMON LOGIN syscons moused +# KEYWORD: FreeBSD shutdown . /etc/rc.subr name="xdm" rcvar=$name -command="/usr/X11R6/bin/${name}" -pidfile="/var/run/${name}.pid" -required_files="/usr/X11R6/lib/X11/xdm/xdm-config" -extra_commands="reload" +command="${xdm_program:-/usr/X11R6/bin/xdm}" +# a good ENV for a X11 App, we are in our subshell +PATH="/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin" +export PATH + +basecmd=`basename ${command}` +basedir="" + +case basecmd in + xdm) + # xdm standard display manager + required_files="/usr/X11R6/lib/X11/xdm/xdm-config" + pidfile="/var/run/xdm.pid" + extra_commands="reload" + ;; + gdm) + # gnome gdm display manager + basedir="${command%/bin/gdm}" + required_files="${basedir}/etc/gdm/gdm.conf" + pidfile="/var/run/gdm.pid" + ;; + kdm) + # KDE kdm display manager + basedir="${command%/bin/kdm}" + required_files="${basedir}/share/config/kdm/kdmrc" + pidfile="/var/run/kdm.pid" + # don't use start_precmd(). We have local genkdmconf.sh now + ;; + Xorg) + # xdm login via Xorg broadcast XDMCP + required_files="/etc/X11/xorg.conf" + xdm_flags="-broadcast" + ;; + Xfree86) + # xdm login via Xfree86 broadcast XDMCP + required_files="/etc/X11/XF86Config" + xdm_flags="-broadcast" + ;; +esac + +unset basecmd basedir + +# Place any needed extra config in /etc/rc.conf.d/xdm load_rc_config $name run_rc_command "$1" diff -Nru /usr/src/etc/rc.d/xfs etc/rc.d/xfs --- /usr/src/etc/rc.d/xfs Fri Jun 14 00:14:36 2002 +++ etc/rc.d/xfs Mon Sep 27 06:08:34 2004 @@ -7,6 +7,7 @@ # PROVIDE: xfs # REQUIRE: mountall cleartmp # BEFORE: LOGIN +# KEYWORD: FreeBSD . /etc/rc.subr diff -Nru /usr/src/etc/defaults/rc.conf etc/defaults/rc.conf --- /usr/src/etc/defaults/rc.conf Sun Sep 26 11:30:22 2004 +++ etc/defaults/rc.conf Mon Sep 27 06:16:54 2004 @@ -467,6 +467,8 @@ economy_cx_lowest="LOW" # Offline CPU idle state economy_throttle_state="HIGH" # Offline throttling state virecover_enable="YES" # Perform housekeeping for the vi(1) editor +xdm_enable="NO" # Start the X11 Display Manager +xfs_enable="NO" # Start the X11 Font Server ############################################################## ### Jail Configuration ####################################### ------------XM9QXkL6PaV0vW3sLcns54-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 08:21:20 2004 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 4AFC716A4CE for ; Mon, 27 Sep 2004 08:21:20 +0000 (GMT) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C5B443D49 for ; Mon, 27 Sep 2004 08:21:19 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx34.rz.uni-wuerzburg.de (wrzx34.rz.uni-wuerzburg.de [132.187.3.34]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 3B6ADD41D5; Mon, 27 Sep 2004 10:21:18 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 16D71A792D; Mon, 27 Sep 2004 10:21:18 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id DE449A77CC; Mon, 27 Sep 2004 10:21:17 +0200 (CEST) Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id C0ED0D41D5; Mon, 27 Sep 2004 10:21:17 +0200 (CEST) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.12.10/8.12.10) with ESMTP id i8R8LHA4002587; Mon, 27 Sep 2004 10:21:17 +0200 (CEST) (envelope-from q@uni.de) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.1/8.13.1) with ESMTP id i8R8LHtU001519; Mon, 27 Sep 2004 10:21:17 +0200 (CEST) (envelope-from q@uni.de) Received: (from q@localhost) by roadrunner.q.local (8.13.1/8.13.1/Submit) id i8R8LF3n001518; Mon, 27 Sep 2004 10:21:15 +0200 (CEST) (envelope-from q@uni.de) Date: Mon, 27 Sep 2004 10:21:15 +0200 From: Ulrich Spoerlein To: Hidetoshi Shimokawa Message-ID: <20040927082115.GA1092@galgenberg.net> Mail-Followup-To: Hidetoshi Shimokawa , current@freebsd.org References: <20040925163148.GA9626@galgenberg.net> <87d609m7cs.wl@tora.nunu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <87d609m7cs.wl@tora.nunu.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) cc: current@freebsd.org Subject: Re: fwe(4) and polling(4) 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: Mon, 27 Sep 2004 08:21:20 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 26.09.2004 at 23:29:23 +0900, Hidetoshi Shimokawa wrote: > Interrput rate should be dropped in polling mode. >=20 > To enable polling mode, after you set sysctl variables, you have > to down the interface once and then up. > (ifconfig fwe0 down; ifconfig fwe0 up) Aha! Thanks for the tip, polling is now working on roadrunner and the load dropped. However the performance dropped too (9MB/s). I think this is due to NFS and the increased latency. But I have to get polling working on coyote first, before I investigate further. Read on... This is the output from 5.3 fwe0: flags=3D118943 mtu 1500 options=3D8 inet 192.168.2.148 netmask 0xffffff00 broadcast 192.168.2.255 inet6 fe80::344f:c0ff:fe67:9830%fwe0 prefixlen 64 scopeid 0x2=20 ether 36:4f:c0:67:98:30 ch 1 dma 0 and this from 5.2.1 fwe0: flags=3D18943 mtu 1500 inet6 fe80::2000:ff:fe00:52cf%fwe0 prefixlen 64 scopeid 0x3=20 inet 192.168.2.151 netmask 0xffffff00 broadcast 192.168.2.255 ether 22:00:00:00:52:cf ch 1 dma 0 Note that POLLING is absent. I up/downed the interface several times and toggled kern.polling.enable several times too. Is there a bug with respect to 5.2.1R? > > PS: I'm somewhat puzzled by this: > > fwohci0: EUI64 20:00:00:00:04:00:52:cf > > if_fwe0: Fake Ethernet address: 22:00:00:00:52:cf > > and > > fwohci0: EUI64 35:4f:c0:00:35:67:98:30 > > if_fwe0: Fake Ethernet address: 36:4f:c0:67:98:30 >=20 > if_fwe is a non-standard ethernet emulation and need to > generate fake macaddress. As far as I remember, 0x02 is > added to the first byte to represent it is private address. if_fwe.c:186 #define LOCAL (0x02) #define GROUP (0x01) eaddr[0] =3D (FW_EUI64_BYTE(eui, 0) | LOCAL) & ~GROUP; I'm not good at C but this code seems to always zero the least significant bit, making the first byte of the address even. Is that an ethernet requirement? (I checked all NICs I have access to, but they all have 0x00 as the first byte) Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Get it while it's hot! PGP Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- Benjamin Franklin --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBV817mArGtfDbn0QRApWNAKC10x7C/Zm5aVAAi4yA/S4JzQ7EMwCgpKpE E9W4ZfhnkD69xRDONHOKr8A= =G1j9 -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 09:31:22 2004 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 8B5A916A4CE for ; Mon, 27 Sep 2004 09:31:22 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE95343D3F for ; Mon, 27 Sep 2004 09:31:21 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i8R9VKFM043594 for ; Mon, 27 Sep 2004 11:31:20 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) From: "Poul-Henning Kamp" Date: Mon, 27 Sep 2004 11:31:20 +0200 Message-ID: <43593.1096277480@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: [TEST] ucom detach patch 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: Mon, 27 Sep 2004 09:31:22 -0000 http://phk.freebsd.dk/patch/ucom.patch This patch should make it safe to remove a ucom serial device no matter what is going on at the time of removal. The patch also changes the naming of the devices to give the full complement of serial facilities, so you will see the following devices in /dev: /dev/ttyU0 /dev/ttyU0.init /dev/ttyU0.lock /dev/cuaU0 /dev/cuaU0.init /dev/cuaU0.lock Please test and report. -- 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 Mon Sep 27 09:31:58 2004 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 0B3FC16A4CE; Mon, 27 Sep 2004 09:31:58 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61E0D43D3F; Mon, 27 Sep 2004 09:31:57 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 28E58530A; Mon, 27 Sep 2004 11:31:56 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id EEBB45310; Mon, 27 Sep 2004 11:31:50 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id D12DBB873; Mon, 27 Sep 2004 11:31:50 +0200 (CEST) To: Joseph Koshy References: <84dead72040926185171776b99@mail.gmail.com> <20040927040137.GA3274@dragon.nuxi.com> <84dead7204092621403fddd11e@mail.gmail.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 27 Sep 2004 11:31:50 +0200 In-Reply-To: <84dead7204092621403fddd11e@mail.gmail.com> (Joseph Koshy's message of "Mon, 27 Sep 2004 04:40:53 +0000") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: freebsd-current@freebsd.org Subject: Re: [patch] 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: Mon, 27 Sep 2004 09:31:58 -0000 Joseph Koshy writes: > The pmc(4) driver (being written) needs a way of informing the > userland libpmc(3) (also being written) about the kind of CPU > present in the system and I thought I could use the symbols in > instead of defining them in . Is there a good reason why pmc(4) can't pass this information out as a string? Less chance of future breaks in binary compatibility that way. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 09:46:18 2004 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 A3D1916A4CE for ; Mon, 27 Sep 2004 09:46:18 +0000 (GMT) Received: from gnah.bolet.org (gnah.bolet.org [80.65.226.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDBA143D58 for ; Mon, 27 Sep 2004 09:46:08 +0000 (GMT) (envelope-from pornin@bolet.org) Received: from gnah.bolet.org (localhost [127.0.0.1]) by gnah.bolet.org (8.12.11/8.12.11) with ESMTP id i8R9k609018253 for ; Mon, 27 Sep 2004 11:46:06 +0200 (CEST) (envelope-from pornin@bolet.org) Received: (from pornin@localhost) by gnah.bolet.org (8.12.11/8.12.11/Submit) id i8R9k4UX018252 for freebsd-current@freebsd.org; Mon, 27 Sep 2004 11:46:05 +0200 (CEST) (envelope-from pornin) Date: Mon, 27 Sep 2004 11:46:03 +0200 From: Thomas Pornin To: freebsd-current@freebsd.org Message-ID: <20040927094602.GA17898@gnah.bolet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i Subject: Software RAID1 with atacontrol 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: Mon, 27 Sep 2004 09:46:18 -0000 Hello, I am trying to use the RAID features provided by the ata driver in 5.3. My machine uses 5.3-BETA5, cvsupped on September 24th, 2004. Kernel is almost identical to GENERIC: I just deactivated I486_CPU and I586_CPU (machine is an Athlon XP), SMP, and replaced SCHED_4BSD with SCHED_ULE. As far as I know: -- some (cheap) RAID extension cards are just ATA controllers with a special boot ROM which understands the metadata stored on the disks and describing how the disks are grouped in RAID arrays; -- FreeBSD understands the metadata format for some models; -- FreeBSD can use also an arbitrary ATA controller with the same code, thus providing software RAID (using the same metadata format than Promise RAID cards). Since an ordinary ATA controller does not have the special boot ROM, booting on such an array is subject to some restrictions, but once the kernel is up, it should make no difference whatsoever. I have tried to set up a simple RAID1 (mirror) array. I have plugged two identical 40GB IBM disks in my machine (respectively ad1 and ad3), on the motherboard ATA controllers (with no RAID boot ROM). Then, I created the array with: atacontrol create RAID1 ad1 ad3 This produced ar0, on which I could create a slice table, then a disklabel in the first slice, then a filesystem in /dev/ar0s1d, which I could mount. So far so good. I then tried to simulate a crash by unplugging one disk (with the machine swtiched off). On reboot, the mirror could still be accessed under the name ar0s1d, and atacontrol reported one disk as READY and the other as DOWN. This is fine. I thus made some write accesses on the filesystem, switched off the machine, plugged back the missing disk and rebooted. There, things have gone amiss: the code did not detect that both disks were not synchronized, and happily mounted the filesystem. Bad errors then happend upon reading the disk ("ls" reporting "invalid file descriptor", and so on). I detached one disk (with "atacontrol detach") and attached it again, and then added it with "addspare"; then I rebuilt the array ("atacontrol rebuild") and all was fine again. I then did a second test: I launched a process which wrote on the mirror filesystem ("dd if=/dev/random of=foo") and, which the system was writing on the disk, I hit the reset switch (thus simulating a power failure). Since the two disk writes cannot be guaranteed as simultaneous, the two disks cannot be synchronized. But, upon reboot, the system considered both disks to be READY. Therefore I think that there is something fishy here. Since the same code is used for Promise RAID cards, the support for those card may be "broken" as well (at least unreliable in case of a crash, which is a problem since RAID1 is meant to add reliability in case of a crash). What can I do to help debug this ? As a side note: I get the same read and write throughput on the mirror (about 20 MB/s for reading or writing -- this is what each disk can do alone). I expected a doubled throughput for reading (the disks are on two distinct ATA controllers). Maybe this is a symptom of something wrong elsewhere ? --Thomas Pornin From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 09:52:32 2004 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 6BB2216A4CE; Mon, 27 Sep 2004 09:52:32 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id C04B343D3F; Mon, 27 Sep 2004 09:52:31 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 894AE1674EF; Mon, 27 Sep 2004 11:52:30 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i8R9qTSK096981 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 27 Sep 2004 11:52:29 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Mon, 27 Sep 2004 11:52:24 +0200 User-Agent: KMail/1.7 References: <20040926214139.GA60201@titan.klemm.apsfilter.org> <20040927061627.GA1384@titan.klemm.apsfilter.org> In-Reply-To: <20040927061627.GA1384@titan.klemm.apsfilter.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1592214.BVejiETdSy"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409271152.28294.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new Subject: Re: Fatal error 'Spinlock called when not threaded.' ... (Re: FreeBSD 5.3-BETA6 available) 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: Mon, 27 Sep 2004 09:52:32 -0000 --nextPart1592214.BVejiETdSy Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 27 September 2004 08:16, Andreas Klemm wrote: > On Sun, Sep 26, 2004 at 07:36:26PM -0400, Daniel Eischen wrote: > > On Sun, 26 Sep 2004, Andreas Klemm wrote: > > > Creating this helped (thanks to google ;-) > > > > > > /etc/libmap.conf: > > > libpthread.so.1 libc_r.so.5 > > > libpthread.so libc_r.so > > > > > > Has there been a change last recently ? > > > > No, not recently, but a few months ago. You're suppose to read > > src/UPDATING. Hint, search for entries 20040303 and 20040130. > > No I cannot be hitten by this. I upgrated multiple times via > several Beta stages. Perhaps you accidentally installed a package for 5.2.1-Release at some poin= t=20 (qt is a likely candidate). Or you started out with 5.2.1-Release, upgraded= =20 to your several 5.3-BETA stages and never actually recompiled your ports an= d=20 you have lots of linkage to libc_r left - if so, you should really do it so= on=20 (you can check easily by ldd'ing stuff in /usr/local/lib and /usr/X11R6/lib= -=20 if you have lots of stuff linking to libc_r, you're in for a portupgrade -f= a.=20 Make sure to comment out all lines in /etc/libmap.conf before doing the=20 ldd-thing though: libmap will affect ldd as well and you'll get false resul= ts=20 if it's active. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1592214.BVejiETdSy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBV+LcXhc68WspdLARAv2fAJ9HdFnub4Pd8vIy3pwXjKBXq5kzhwCfbMTA g3Xc6BJ3YlRD81lU2vTE/zU= =PwyY -----END PGP SIGNATURE----- --nextPart1592214.BVejiETdSy-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 10:01:08 2004 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 3302316A4CE for ; Mon, 27 Sep 2004 10:01:08 +0000 (GMT) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [81.2.69.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 636D443D41 for ; Mon, 27 Sep 2004 10:01:07 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost.infracaninophile.co.uk [IPv6:::1] (may be forged)) i8RA1232058220 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 27 Sep 2004 11:01:02 +0100 (BST) (envelope-from matthew@happy-idiot-talk.infracaninophile.co.uk) Received: (from matthew@localhost)i8RA12Zg058215 for freebsd-current@freebsd.org; Mon, 27 Sep 2004 11:01:02 +0100 (BST) (envelope-from matthew) Date: Mon, 27 Sep 2004 11:01:02 +0100 From: Matthew Seaman To: freebsd-current@freebsd.org Message-ID: <20040927100102.GD57485@happy-idiot-talk.infracaninophile.co.uk> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J5MfuwkIyy7RmF4Q" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (smtp.infracaninophile.co.uk [IPv6:::1]); Mon, 27 Sep 2004 11:01:03 +0100 (BST) X-Virus-Scanned: clamd / ClamAV version devel-20040904, clamav-milter version 0.75l on smtp.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on happy-idiot-talk.infracaninophile.co.uk Subject: /usr/share/examples/cvsup/stable-supfile 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: Mon, 27 Sep 2004 10:01:08 -0000 --J5MfuwkIyy7RmF4Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable There seems to be a bit of an oddity with /usr/share/examples/cvsup/stable-supfile in 5.3-BETAx. Would it be possible for someone to put in RELENG_5 as the default tag in the version of this file on the RELENG_5 branch? --- stable-supfile.orig Mon Sep 27 10:58:41 2004 +++ stable-supfile Mon Sep 27 10:59:47 2004 @@ -68,9 +68,10 @@ *default host=3DCHANGE_THIS.FreeBSD.org *default base=3D/var/db *default prefix=3D/usr -# The following line is for 4-stable. If you want 3-stable or 2.2-stable, -# change "RELENG_4" to "RELENG_3" or "RELENG_2_2" respectively. -*default release=3Dcvs tag=3DRELENG_4 +# The following line is for 5-stable. If you want 4-stable, 3-stable or +# 2.2-stable, change "RELENG_5" to "RELENG_4", "RELENG_3" or "RELENG_2_2" +# respectively. +*default release=3Dcvs tag=3DRELENG_5 *default delete use-rel-suffix =20 # If you seem to be limited by CPU rather than network or disk bandwidth, = try Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK --J5MfuwkIyy7RmF4Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBV+TeiD657aJF7eIRAj1FAKCC8DwUVMTqrG0OBofb8U+63ostowCfdZzb 0aP/BWlpVnsuvrEp0zKqQpE= =Xz82 -----END PGP SIGNATURE----- --J5MfuwkIyy7RmF4Q-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 10:14:24 2004 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 5571E16A4CE; Mon, 27 Sep 2004 10:14:24 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 537F643D49; Mon, 27 Sep 2004 10:14:23 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])09A3140899; Mon, 27 Sep 2004 12:14:22 +0200 (CEST) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 07389-01; Mon, 27 Sep 2004 12:14:21 +0200 (CEST) Received: from m2a2.dyndns.org (p54854C50.dip.t-dialin.net [84.133.76.80]) 9E4A040832; Mon, 27 Sep 2004 12:14:18 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id F120AD29DF; Mon, 27 Sep 2004 12:14:17 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 10659-01; Mon, 27 Sep 2004 12:14:17 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 96ED3D1C46; Mon, 27 Sep 2004 12:14:17 +0200 (CEST) To: Scott Long , re@freebsd.org In-Reply-To: <415720FD.8080603@samsco.org> (Scott Long's message of "Sun, 26 Sep 2004 14:05:17 -0600") References: <415720FD.8080603@samsco.org> From: Matthias Andree Date: Mon, 27 Sep 2004 12:14:17 +0200 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de cc: standards@freebsd.org cc: current@freebsd.org cc: developers@freebsd.org Subject: Re: FreeBSD 5.3-BETA6 available 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: Mon, 27 Sep 2004 10:14:24 -0000 Please Cc: me on all replies, I'm not on all lists. Scott Long writes: > IMPORTANT: > BIND9 is being imported and will be in the next and likely final beta, > BETA7. Users of the named daemon should visit the ISC website for > information about migrating to BIND9. BETA6 still has some critical and/or serious bugs open apparently (according to the PR data base): 1. /bin/sh "unset" is still in violation of IEEE Std 1003.1, 2004 edition. FIX IS AVAILABLE, bug has been open for many months, has persisted in BETA4 and 5. http://www.freebsd.org/cgi/query-pr.cgi?pr=standards/45738 http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037819.html 2. tcpdump IPv6CP segfaults are still open as of BETA5, FIX IS AVAILABLE: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/71453 3. data corruption on unaligned block access bug, kern/60313, is still open and unpatched AFAICS 4. NIS is still faulty in pretending users aren't there when in fact NIS cannot tell if an account exists; bin/46866 is still open and unpatched 5. default inetd configuration denial of service bug, conf/33670, is still open and unpatched AND A LAST CHANCE TO FIX NOW 6. (portsmgr issue) no "yes or no" or whatsoever for my inquires whether ports/72017 can be committed in spite of the freeze. It's a bugfix-only update. Please state which of these will be fixed before 5.3-RELEASE and what further help is needed with these. -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 10:29:32 2004 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 4BE3916A4CE for ; Mon, 27 Sep 2004 10:29:32 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F00643D46 for ; Mon, 27 Sep 2004 10:29:32 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 1D9195310; Mon, 27 Sep 2004 12:29:31 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id C4D40530A; Mon, 27 Sep 2004 12:29:25 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 9294FB873; Mon, 27 Sep 2004 12:29:25 +0200 (CEST) To: Thomas Pornin References: <20040927094602.GA17898@gnah.bolet.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 27 Sep 2004 12:29:25 +0200 In-Reply-To: <20040927094602.GA17898@gnah.bolet.org> (Thomas Pornin's message of "Mon, 27 Sep 2004 11:46:03 +0200") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: freebsd-current@freebsd.org Subject: Re: Software RAID1 with atacontrol 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: Mon, 27 Sep 2004 10:29:32 -0000 Thomas Pornin writes: > -- some (cheap) RAID extension cards are just ATA controllers with a > special boot ROM which understands the metadata stored on the disks and > describing how the disks are grouped in RAID arrays; This is actually the case for *most* ATA RAID controllers. If you don't care about BIOS support, you're probably better off using gmirror(8), which is a lot more flexible than ataraid. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 10:41:10 2004 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 3DDF016A4CE for ; Mon, 27 Sep 2004 10:41:10 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76C6043D58 for ; Mon, 27 Sep 2004 10:41:09 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr [62.103.39.229])i8RAf3cT024005 for ; Mon, 27 Sep 2004 13:41:05 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i8RAeueI002416 for ; Mon, 27 Sep 2004 13:40:56 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)i8RAeu2s002415 for freebsd-current@freebsd.org; Mon, 27 Sep 2004 13:40:56 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Mon, 27 Sep 2004 13:40:56 +0300 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20040927104056.GA2292@orion.daedalusnetworks.priv> References: <20040927100102.GD57485@happy-idiot-talk.infracaninophile.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040927100102.GD57485@happy-idiot-talk.infracaninophile.co.uk> Subject: Re: /usr/share/examples/cvsup/stable-supfile 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: Mon, 27 Sep 2004 10:41:10 -0000 On 2004-09-27 11:01, Matthew Seaman wrote: > There seems to be a bit of an oddity with > /usr/share/examples/cvsup/stable-supfile in 5.3-BETAx. > > Would it be possible for someone to put in RELENG_5 as the default tag > in the version of this file on the RELENG_5 branch? > > --- stable-supfile.orig Mon Sep 27 10:58:41 2004 > +++ stable-supfile Mon Sep 27 10:59:47 2004 > @@ -68,9 +68,10 @@ > *default host=CHANGE_THIS.FreeBSD.org > *default base=/var/db > *default prefix=/usr > -# The following line is for 4-stable. If you want 3-stable or 2.2-stable, > -# change "RELENG_4" to "RELENG_3" or "RELENG_2_2" respectively. > -*default release=cvs tag=RELENG_4 > +# The following line is for 5-stable. If you want 4-stable, 3-stable or > +# 2.2-stable, change "RELENG_5" to "RELENG_4", "RELENG_3" or "RELENG_2_2" > +# respectively. > +*default release=cvs tag=RELENG_5 > *default delete use-rel-suffix > > # If you seem to be limited by CPU rather than network or disk bandwidth, try RELENG_5 isn't STABLE yet, but you're right this has to change before 5.3-STABLE is released. The current list of files that need updating when a release of FreeBSD is rolled can be found at: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/releng/release-proc.html It lists standard-supfile but not stable-supfile. I'll mail re@ about this and see if we need to commit your diff now or it can be done just before the 5.3-STABLE ISO images are created. This one was a good catch! Thanks :-) From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 10:41:35 2004 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 96BBF16A4CE for ; Mon, 27 Sep 2004 10:41:35 +0000 (GMT) Received: from gw.pelleg.org (gw.pelleg.org [205.201.13.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F05143D4C for ; Mon, 27 Sep 2004 10:41:35 +0000 (GMT) (envelope-from daniel+bsd@pelleg.org) Received: from lank.here (lank.wburn [192.168.3.41]) by gw.pelleg.org (Postfix) with ESMTP id 1B9695A53 for ; Mon, 27 Sep 2004 06:41:33 -0400 (EDT) Received: by lank.here (Postfix, from userid 7675) id 8B34943B5; Mon, 27 Sep 2004 06:41:32 -0400 (EDT) To: freebsd-current@FreeBSD.org References: <20040920022927.GA70726@bobbi.cse.buffalo.edu> From: Dan Pelleg Date: Mon, 27 Sep 2004 06:41:32 -0400 In-Reply-To: <20040920022927.GA70726@bobbi.cse.buffalo.edu> (Ken Smith's message of "Sun, 19 Sep 2004 22:29:27 -0400") Message-ID: User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.4 (Security Through Obscurity, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: 5.3-BETA5 Available 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: Mon, 27 Sep 2004 10:41:35 -0000 Minor, but probably easy to fix as well: - At the end of the instatllation of -BETA5, the congratulations messages seems to be cut off on the left around the eight character or so. So it says: "lationations! You have successfully installed" and so on. The following lines are cut off in a similar way as well. -- Dan Pelleg From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 10:45:39 2004 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 287AF16A4CF for ; Mon, 27 Sep 2004 10:45:39 +0000 (GMT) Received: from beagle2.mehnert.org (beagle2.mehnert.org [212.42.235.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50F3543D3F for ; Mon, 27 Sep 2004 10:45:38 +0000 (GMT) (envelope-from hannes@mehnert.org) Received: from localhost (port-195-158-171-190.dynamic.qsc.de [195.158.171.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Hannes Mehnert", Issuer "mehnert root CA" (verified OK)) by beagle2.mehnert.org (Postfix) with ESMTP id 65CF995860 for ; Mon, 27 Sep 2004 12:45:36 +0200 (CEST) Date: Mon, 27 Sep 2004 12:45:32 +0200 From: Hannes Mehnert To: freebsd-current@freebsd.org Message-ID: <20040927104532.GA20357@mehnert.org> References: <001001c4a305$d003a400$0301a8c0@danielle> <002401c4a45a$642b7cc0$0301a8c0@danielle> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <002401c4a45a$642b7cc0$0301a8c0@danielle> User-Agent: Mutt/1.4.2.1i Subject: Re: ipsec and freebsd 5.3-beta 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: Mon, 27 Sep 2004 10:45:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, On Mon, Sep 27, 2004 at 08:22:40AM +0200, cell wrote: > I have always the same problem.I'm on freebsd 5.3-beta 5 and i have put the > patch for key.c who is in cvweb but i have that : > .. ENOBUFS ... Currently only netipsec/key.c is fixed (which is the FAST_IPSEC implementation), so if you use FAST_IPSEC it should work, with IPSEC it shouldn't. Best Regards, Hannes Mehnert -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBV+9JRcuNlziBjRwRAl1QAJ9bQ7zSaI5IN8IGl7BmEsRE3AM5FACffOwB 3E1YOvTQaPf19QjG8cRx4w8= =5rFG -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 10:50:12 2004 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 E894416A4CE for ; Mon, 27 Sep 2004 10:50:12 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id A59EE43D41 for ; Mon, 27 Sep 2004 10:50:09 +0000 (GMT) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) i8RAo7aI073057 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 27 Sep 2004 12:50:07 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost)i8RAo7Nn073056; Mon, 27 Sep 2004 12:50:07 +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.13.1/8.13.1) with ESMTP id i8RAjCRP006120; Mon, 27 Sep 2004 12:45:12 +0200 (CEST) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost) by titan.klemm.apsfilter.org (8.13.1/8.13.1/Submit) id i8RAjCSp006119; Mon, 27 Sep 2004 12:45:12 +0200 (CEST) (envelope-from andreas) Date: Mon, 27 Sep 2004 12:45:12 +0200 From: Andreas Klemm To: Michael Nottebrock Message-ID: <20040927104512.GA5976@titan.klemm.apsfilter.org> References: <20040926214139.GA60201@titan.klemm.apsfilter.org> <20040927061627.GA1384@titan.klemm.apsfilter.org> <200409271152.28294.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409271152.28294.michaelnottebrock@gmx.net> X-Operating-System: FreeBSD 5.3-BETA6 X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Fatal error 'Spinlock called when not threaded.' ... (Re: FreeBSD 5.3-BETA6 available) 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: Mon, 27 Sep 2004 10:50:13 -0000 On Mon, Sep 27, 2004 at 11:52:24AM +0200, Michael Nottebrock wrote: > Perhaps you accidentally installed a package for 5.2.1-Release at some point > (qt is a likely candidate). Or you started out with 5.2.1-Release, upgraded > to your several 5.3-BETA stages and never actually recompiled your ports and > you have lots of linkage to libc_r left - if so, you should really do it soon > (you can check easily by ldd'ing stuff in /usr/local/lib and /usr/X11R6/lib - > if you have lots of stuff linking to libc_r, you're in for a portupgrade -fa. > Make sure to comment out all lines in /etc/libmap.conf before doing the > ldd-thing though: libmap will affect ldd as well and you'll get false results > if it's active. O.k. I understand. You'll certainly right on this ... Yes, I upgraded OS and ports not. So portupgrade -af is very likely. Without the entry in /etc/libmap.conf the re-compilation of all ports was not possible because of the described error during compilation. One final question. Do I need to comment out the entries in libmap.conf before doing the portupgrade -fa I fear without that mapping the portupgrade will fail. Andreas /// -- Andreas Klemm - Powered by FreeBSD 5.1-CURRENT Need a magic printfilter today ? -> http://www.apsfilter.org/ From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 11:15:18 2004 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 1C53416A4CF for ; Mon, 27 Sep 2004 11:15:18 +0000 (GMT) Received: from transwarp.tao.org.uk (transwarp.tao.org.uk [212.135.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 434E443D39 for ; Mon, 27 Sep 2004 11:15:17 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by transwarp.tao.org.uk (Postfix) with ESMTP id A3338EA08 for ; Mon, 27 Sep 2004 12:15:08 +0100 (BST) Received: by genius.tao.org.uk (Postfix, from userid 100) id C791E42BD; Mon, 27 Sep 2004 12:14:38 +0100 (BST) Date: Mon, 27 Sep 2004 12:14:38 +0100 From: Josef Karthauser To: current@freebsd.org Message-ID: <20040927111438.GA865@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline User-Agent: Mutt/1.5.6i X-taoresearch-MailScanner-Information: Please contact Tao Research for more information X-taoresearch-MailScanner: Found to be clean X-MailScanner-From: joe@tao.org.uk Subject: Laptop recommendations? 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: Mon, 27 Sep 2004 11:15:18 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable My Dell Inspiron 5000e is getting a bit long in the tooth, and the keyboard has just packed in :( so I'm in the market for a new laptop. Does anyone have any recommendations for me? In particular I want a working ACPI/suspend interface and this Dell has never been supported well - fans on all the time, doesn't resume properly, etc. My previous machine was a Sony Vaio which I loved, but was fairly expensive and the repair support wasn't very good. Dell's support was much better and I'd prefer a Dell I think, but I don't know whether more recent models fair better with power management support, etc. Any helpful hints would be gladly received. Joe --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iEYEARECAAYFAkFX9h0ACgkQXVIcjOaxUBapaQCbBFk62T5eKDPrHXPNpFGOmT6u 0B8AnAhJmvc6mP79+P4JckhfZs0oDJSp =D5c4 -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 11:15:45 2004 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 6BBA016A4CE; Mon, 27 Sep 2004 11:15:45 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED73543D41; Mon, 27 Sep 2004 11:15:44 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 033151674E1; Mon, 27 Sep 2004 13:15:44 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i8RBFgSK098037 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 27 Sep 2004 13:15:42 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Andreas Klemm Date: Mon, 27 Sep 2004 13:15:36 +0200 User-Agent: KMail/1.7 References: <20040926214139.GA60201@titan.klemm.apsfilter.org> <200409271152.28294.michaelnottebrock@gmx.net> <20040927104512.GA5976@titan.klemm.apsfilter.org> In-Reply-To: <20040927104512.GA5976@titan.klemm.apsfilter.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1937996.Lf03cnasLA"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409271315.41444.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org Subject: Re: Fatal error 'Spinlock called when not threaded.' ... (Re: FreeBSD 5.3-BETA6 available) 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: Mon, 27 Sep 2004 11:15:45 -0000 --nextPart1937996.Lf03cnasLA Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 27 September 2004 12:45, Andreas Klemm wrote: > Do I need to comment out the entries in libmap.conf before > doing the portupgrade -fa It's certainly the safest thing to do, otherwise you might be masking error= s=20 and not solve your situation... > I fear without that mapping the portupgrade will fail. It shouldn't, you just need to start at the start (portupgrade -fa will=20 recompile the dependency tree from bottom up, so there shouldn't be a=20 problem). When you tried to recompile kdelibs, you were starting on a quite= =20 high branch. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1937996.Lf03cnasLA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBV/ZdXhc68WspdLARAtAPAJwJOHrG8uErSTCq7LzA3uwJXkJIXACcDhQa WT5JwLySB7nq6QvXt9qJr68= =Qpf7 -----END PGP SIGNATURE----- --nextPart1937996.Lf03cnasLA-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 11:17:34 2004 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 AB72816A4CE for ; Mon, 27 Sep 2004 11:17:34 +0000 (GMT) Received: from smtp-vbr2.xs4all.nl (smtp-vbr2.xs4all.nl [194.109.24.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA86843D58 for ; Mon, 27 Sep 2004 11:17:33 +0000 (GMT) (envelope-from Johan@double-l.nl) Received: from server01.DoubleL.local (a213-84-11-61.adsl.xs4all.nl [213.84.11.61]) by smtp-vbr2.xs4all.nl (8.12.11/8.12.11) with ESMTP id i8RBHWCG093639 for ; Mon, 27 Sep 2004 13:17:32 +0200 (CEST) (envelope-from Johan@double-l.nl) content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 27 Sep 2004 13:16:17 +0200 X-MIMEOLE: Produced By Microsoft Exchange V6.0.6249.0 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 5.3 BETA 5 and 6 won't start install with ACPI enabled Thread-Index: AcSkg3+GHTON6k/fSmeaOzdPzFtahQ== From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: 5.3 BETA 5 and 6 won't start install with ACPI enabled 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: Mon, 27 Sep 2004 11:17:34 -0000 Hello all=20 =20 I have a Intel Motherboard with a Intel Celron 1.2 Ghz Proc type D815EGEW =20 When I try to install the BETA 5 and ^on this machine it stops and need a power cycle to reboot. =20 It will boot when I disable ACPI =20 The last two line's on my Monitor are =20 ATAPI_RESET time =3D 70us ACD0: CDROM at atea1-master PIO4 =20 Then nothing and needs power cycle =20 =20 From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 11:17:36 2004 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 4E73D16A4CE for ; Mon, 27 Sep 2004 11:17:36 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB9A143D41 for ; Mon, 27 Sep 2004 11:17:35 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 4D3E3ACAFE; Mon, 27 Sep 2004 13:17:34 +0200 (CEST) Date: Mon, 27 Sep 2004 13:17:34 +0200 From: Pawel Jakub Dawidek To: Thomas Pornin Message-ID: <20040927111734.GS9550@darkness.comp.waw.pl> References: <20040927094602.GA17898@gnah.bolet.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="N7HXVILz59yg1nI8" Content-Disposition: inline In-Reply-To: <20040927094602.GA17898@gnah.bolet.org> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org Subject: Re: Software RAID1 with atacontrol 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: Mon, 27 Sep 2004 11:17:36 -0000 --N7HXVILz59yg1nI8 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 27, 2004 at 11:46:03AM +0200, Thomas Pornin wrote: +> I then tried to simulate a crash by unplugging one disk (with the +> machine swtiched off). On reboot, the mirror could still be accessed +> under the name ar0s1d, and atacontrol reported one disk as READY and +> the other as DOWN. This is fine. I thus made some write accesses on the +> filesystem, switched off the machine, plugged back the missing disk and +> rebooted. There, things have gone amiss: the code did not detect that +> both disks were not synchronized, and happily mounted the filesystem. +> Bad errors then happend upon reading the disk ("ls" reporting "invalid +> file descriptor", and so on). I detached one disk (with "atacontrol +> detach") and attached it again, and then added it with "addspare"; then +> I rebuilt the array ("atacontrol rebuild") and all was fine again. +>=20 +> I then did a second test: I launched a process which wrote on the +> mirror filesystem ("dd if=3D/dev/random of=3Dfoo") and, which the system +> was writing on the disk, I hit the reset switch (thus simulating a +> power failure). Since the two disk writes cannot be guaranteed as +> simultaneous, the two disks cannot be synchronized. But, upon reboot, +> the system considered both disks to be READY. +>=20 +>=20 +> Therefore I think that there is something fishy here. Since the same +> code is used for Promise RAID cards, the support for those card may be +> "broken" as well (at least unreliable in case of a crash, which is a +> problem since RAID1 is meant to add reliability in case of a crash). +> What can I do to help debug this ? I can only suggest gmirror(8):) +> As a side note: I get the same read and write throughput on the mirror +> (about 20 MB/s for reading or writing -- this is what each disk can do +> alone). I expected a doubled throughput for reading (the disks are on +> two distinct ATA controllers). Maybe this is a symptom of something +> wrong elsewhere ? Random reads? Yes. Sequential read? No, because it isn't seqential from disk point of view. Compare how data are read from mirror and stripe. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --N7HXVILz59yg1nI8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBV/bOForvXbEpPzQRAnulAKDwBBoQ7WmA8lzS0SkK2/NWfncKzwCfUGyA 2Vei8cKwHj/CWRwEbj6lPbk= =WEAo -----END PGP SIGNATURE----- --N7HXVILz59yg1nI8-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 11:26:45 2004 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 C0AE716A4CF for ; Mon, 27 Sep 2004 11:26:45 +0000 (GMT) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAA2643D3F for ; Mon, 27 Sep 2004 11:26:42 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.1/8.13.1) with ESMTP id i8RBPwo4089310 for ; Mon, 27 Sep 2004 13:25:58 +0200 (CEST) (envelope-from ivoras@fer.hr) Message-ID: <4157F8C6.9090801@fer.hr> Date: Mon, 27 Sep 2004 13:25:58 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <41555396.4030009@fer.hr> <20040926021347.721a025f.benlutz@datacomm.ch> <20040926005943.GA61350@parodius.com> <200409261142.24759.doconnor@gsoft.com.au> In-Reply-To: <200409261142.24759.doconnor@gsoft.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: USB memory stick hotswap problems 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: Mon, 27 Sep 2004 11:26:46 -0000 Daniel O'Connor wrote: > One possibility would be to add a facility to mark all the data for a certain > device to be non-critical so it will throw it away when it tries to flush it > and fails instead of panicing. That (and a message in syslog) would be just fine. ("Windows does it, so it's normal".) I know (and I think other USB drive users know too) that I need to wait for the little LED on the device to stop blinking before unplugging it. IIRC, Windows mounts removable drives with write caching disabled, so it should probably be the same in FreeBSD. From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 11:58:22 2004 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 2D74E16A4CE for ; Mon, 27 Sep 2004 11:58:22 +0000 (GMT) Received: from xout.mail.su29.ru (xout.mail.su29.ru [81.200.3.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC4AE43D3F for ; Mon, 27 Sep 2004 11:58:21 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from [81.200.13.122] (helo=[192.168.28.30]) by mail.su29.ru with esmtp (Exim 4.42 (FreeBSD)) id 1CBu94-000LZG-Fq; Mon, 27 Sep 2004 15:58:18 +0400 From: dima <_pppp@mail.ru> To: Arne Schwabe In-Reply-To: <86zn3edobp.fsf@kamino.rfc1149.org> References: <4155DC3F.5070904@freesurf.ch> <86zn3edobp.fsf@kamino.rfc1149.org> Content-Type: text/plain Organization: SU29 Telecom Message-Id: <1096286289.3228.3.camel@pppp> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 27 Sep 2004 15:58:09 +0400 Content-Transfer-Encoding: 7bit cc: Mauro Triulzi cc: freebsd-current@freebsd.org Subject: Re: ATA disk performance (ICH2 controller), some tests and comparison with Linux 2.6.5 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: Mon, 27 Sep 2004 11:58:22 -0000 > > > > deleteme.now is about 488 MB, rate about 100 MB/sec!! > > > > How much ram do you have? I think Linux is tricking you here, caching > the writes in ram. Linux is "tricking" you mounting it's filesystems async by default. I was getting the same performance as in linux mounting an ufs filesystem with -o async, but in the case of copying from another (mounted with -o noatime option only fs). In either was copying from the same drive performes much worse than a linux (say, 55MB/s vs 11MB/s on a modern SCSI drive). So, it's not an ATA problem only. From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 01:40:28 2004 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 513CC16A4F6 for ; Mon, 27 Sep 2004 01:40:28 +0000 (GMT) Received: from dsl-mail.kamp.net (mail.kamp-dsl.de [195.62.99.42]) by mx1.FreeBSD.org (Postfix) with SMTP id D78A743D54 for ; Mon, 27 Sep 2004 01:40:08 +0000 (GMT) (envelope-from root@pukruppa.de) Received: (qmail 23316 invoked by uid 513); 27 Sep 2004 01:47:37 -0000 Received: from root@pukruppa.de by dsl-mail by uid 89 with qmail-scanner-1.21 Clear:RC:1(213.146.114.24):SA:0(-4.9/5.0):. Processed in 1.185491 secs); 27 Sep 2004 01:47:37 -0000 X-Spam-Status: No, hits=-4.9 required=5.0 Received: from unknown (HELO reverse-213-146-114-24.dialin.kamp-dsl.de) (213.146.114.24) by dsl-mail.kamp.net with SMTP; 27 Sep 2004 01:47:36 -0000 Date: Mon, 27 Sep 2004 03:40:41 +0200 (CEST) From: Peter Ulrich Kruppa X-X-Sender: root@pukruppa.net To: Steve Hodgson In-Reply-To: <200409251446.30563.steve@howes-macnaghten.com> Message-ID: <20040927033428.H17754@pukruppa.net> References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com> <200409251446.30563.steve@howes-macnaghten.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Mon, 27 Sep 2004 11:59:53 +0000 cc: Andrew Boothman cc: freebsd-current@freebsd.org cc: dwbear75@gmail.com cc: questions@freebsd.org cc: current@freebsd.org Subject: Re: "NTLDR missing" after 5-RELEASE install 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: Mon, 27 Sep 2004 01:40:28 -0000 On Sat, 25 Sep 2004, Steve Hodgson wrote: > On Tuesday 25 February 2003 16:58, Andrew Boothman wrote: >> Quoting Lucas Holt : >>> It probably is. You need to put in the win 2k CD and do a repair on >>> your windows install.. unfortunetely this may screw up your freebsd >>> install. >>> >>> On Tuesday, February 25, 2003, at 05:58 AM, Andrew Boothman wrote: >>>> Hi! >>>> >>>> I've just installed 5-RELEASE, and I asked for the FreeBSD Boot >>>> Manager to be installed on both my HDDs. >>>> >>>> When the machine boots I'm given options for : >>>> >>>> F1 - DOS >>>> F5 - Drive 2 >>>> >>>> Hitting F5 takes me to a second menu, where I can boot FreeBSD no >>>> problem. My problem is that Win2k will no longer boot.... Hitting F1 >>>> displays a message that, "NTLDR is missing". I've tried all the repair >>>> >>>> options on the Win2k setup disc to no avail I think. >>>> >>>> I'm sorry this isn't directly FreeBSD related, but I really hope my >>>> Win2k installation isn't hosed. >> >> Thanks for replying! Sorry, I didn't follow your thread completely. Did yo have a look at http://support.microsoft.com/default.aspx?scid=kb;EN-US;q119467 ? This is about missing NTLDRs. Regards, Uli. >> >> I can't understand how the 5.x boot manager has managed to break my windows >> boot, i've never had any trouble under 3.x or 4.x, both of which played >> with windows perfectly nicely. >> >> I think i've tried all of the various repair options on the Win2k CD, >> including getting it to do a fresh installation into a different folder >> (c:\tempwin), but even that failed with the "NTLDR missing" message! >> However you no longer get the booteasy (F1.... F2) menu anymore, so Windows >> must have rewritten something. It still doesn't explain why Win2k still >> won't boot. >> >> I'm running out of ideas and I *really* don't want to have to reformat my >> windows drive! >> >> Other than this (fairly major) problem, my 5.0 installation went really >> well, even ACPI seems to be working perfectly and I even found a KLD to >> support my on- board sound card! :) >> >> I really want to get windows booting again so I can continue to play with >> 5.0 without worrying... >> >> Any help is much appricated! >> > It could well be that windows has become confused about the partition > numbering. the important file is c:\boot.ini. It will have a line like... > > multi(0)disk(0)rdisk(0)partition(1)\WINNT="Windows" /fastdetect > > I can't recall what all the numbers mean and IIRC documentation is slightly > scant, but try changing the numbers, in particular the partition() part and > see if that helps. Since you can't boot windows its not obvious how to edit > the file, recovery console or knoppix are the two methods i would try. > > Steve > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > +---------------------------+ | Peter Ulrich Kruppa | | Wuppertal | | Germany | +---------------------------+ From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 01:40:28 2004 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 6F36F16A4D8 for ; Mon, 27 Sep 2004 01:40:28 +0000 (GMT) Received: from dsl-mail.kamp.net (mail.kamp-dsl.de [195.62.99.42]) by mx1.FreeBSD.org (Postfix) with SMTP id DBEB043D55 for ; Mon, 27 Sep 2004 01:40:08 +0000 (GMT) (envelope-from root@pukruppa.de) Received: (qmail 23316 invoked by uid 513); 27 Sep 2004 01:47:37 -0000 Received: from root@pukruppa.de by dsl-mail by uid 89 with qmail-scanner-1.21 Clear:RC:1(213.146.114.24):SA:0(-4.9/5.0):. Processed in 1.185491 secs); 27 Sep 2004 01:47:37 -0000 X-Spam-Status: No, hits=-4.9 required=5.0 Received: from unknown (HELO reverse-213-146-114-24.dialin.kamp-dsl.de) (213.146.114.24) by dsl-mail.kamp.net with SMTP; 27 Sep 2004 01:47:36 -0000 Date: Mon, 27 Sep 2004 03:40:41 +0200 (CEST) From: Peter Ulrich Kruppa X-X-Sender: root@pukruppa.net To: Steve Hodgson In-Reply-To: <200409251446.30563.steve@howes-macnaghten.com> Message-ID: <20040927033428.H17754@pukruppa.net> References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com> <200409251446.30563.steve@howes-macnaghten.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Mon, 27 Sep 2004 11:59:53 +0000 cc: Andrew Boothman cc: freebsd-current@freebsd.org cc: dwbear75@gmail.com cc: questions@freebsd.org cc: current@freebsd.org Subject: Re: "NTLDR missing" after 5-RELEASE install 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: Mon, 27 Sep 2004 01:40:28 -0000 On Sat, 25 Sep 2004, Steve Hodgson wrote: > On Tuesday 25 February 2003 16:58, Andrew Boothman wrote: >> Quoting Lucas Holt : >>> It probably is. You need to put in the win 2k CD and do a repair on >>> your windows install.. unfortunetely this may screw up your freebsd >>> install. >>> >>> On Tuesday, February 25, 2003, at 05:58 AM, Andrew Boothman wrote: >>>> Hi! >>>> >>>> I've just installed 5-RELEASE, and I asked for the FreeBSD Boot >>>> Manager to be installed on both my HDDs. >>>> >>>> When the machine boots I'm given options for : >>>> >>>> F1 - DOS >>>> F5 - Drive 2 >>>> >>>> Hitting F5 takes me to a second menu, where I can boot FreeBSD no >>>> problem. My problem is that Win2k will no longer boot.... Hitting F1 >>>> displays a message that, "NTLDR is missing". I've tried all the repair >>>> >>>> options on the Win2k setup disc to no avail I think. >>>> >>>> I'm sorry this isn't directly FreeBSD related, but I really hope my >>>> Win2k installation isn't hosed. >> >> Thanks for replying! Sorry, I didn't follow your thread completely. Did yo have a look at http://support.microsoft.com/default.aspx?scid=kb;EN-US;q119467 ? This is about missing NTLDRs. Regards, Uli. >> >> I can't understand how the 5.x boot manager has managed to break my windows >> boot, i've never had any trouble under 3.x or 4.x, both of which played >> with windows perfectly nicely. >> >> I think i've tried all of the various repair options on the Win2k CD, >> including getting it to do a fresh installation into a different folder >> (c:\tempwin), but even that failed with the "NTLDR missing" message! >> However you no longer get the booteasy (F1.... F2) menu anymore, so Windows >> must have rewritten something. It still doesn't explain why Win2k still >> won't boot. >> >> I'm running out of ideas and I *really* don't want to have to reformat my >> windows drive! >> >> Other than this (fairly major) problem, my 5.0 installation went really >> well, even ACPI seems to be working perfectly and I even found a KLD to >> support my on- board sound card! :) >> >> I really want to get windows booting again so I can continue to play with >> 5.0 without worrying... >> >> Any help is much appricated! >> > It could well be that windows has become confused about the partition > numbering. the important file is c:\boot.ini. It will have a line like... > > multi(0)disk(0)rdisk(0)partition(1)\WINNT="Windows" /fastdetect > > I can't recall what all the numbers mean and IIRC documentation is slightly > scant, but try changing the numbers, in particular the partition() part and > see if that helps. Since you can't boot windows its not obvious how to edit > the file, recovery console or knoppix are the two methods i would try. > > Steve > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > +---------------------------+ | Peter Ulrich Kruppa | | Wuppertal | | Germany | +---------------------------+ From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 05:42:55 2004 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 81EB516A4CF for ; Mon, 27 Sep 2004 05:42:55 +0000 (GMT) Received: from citka.mg-proline.si (citka.sir-mag.com [212.18.32.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6CF043D2F for ; Mon, 27 Sep 2004 05:42:54 +0000 (GMT) (envelope-from uros@sir-mag.com) Received: from localhost (localhost [127.0.0.1]) by citka.mg-proline.si (Postfix) with ESMTP id 5CDFF70604 for ; Mon, 27 Sep 2004 07:42:52 +0200 (CEST) Received: from citka.mg-proline.si ([127.0.0.1]) by localhost (citka.mg-proline.si [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 49166-09 for ; Mon, 27 Sep 2004 07:42:37 +0200 (CEST) Received: from DELL (BSN-77-156-117.dsl.siol.net [193.77.156.117]) by citka.mg-proline.si (Postfix) with ESMTP id 68DDA70614 for ; Mon, 27 Sep 2004 07:42:36 +0200 (CEST) Date: Mon, 27 Sep 2004 07:46:02 +0200 From: =?Windows-1250?Q?Uro=9A_Gruber?= X-Priority: 3 (Normal) Message-ID: <1928548975.20040927074602@sir-mag.com> To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1250 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new at mg-proline.si X-Mailman-Approved-At: Mon, 27 Sep 2004 11:59:53 +0000 Subject: vinum and swap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: =?Windows-1250?Q?Uro=9A_Gruber?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2004 05:42:55 -0000 Hello! I've got vinum finaly working on beta5 and with upgradeing on beta6 everyth= ing works. But I still can't mount swap device.=20 My vinum -> list say that all volumes are UP and running but when I try swapon -a I get error message "Operation not supported by device" Is this still a bug from 5.2.1 or am I missing something.=20 --=20 Best regards, Uros From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 11:39:59 2004 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 E67F716A4CE; Mon, 27 Sep 2004 11:39:59 +0000 (GMT) Received: from pd4mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5763743D31; Mon, 27 Sep 2004 11:39:59 +0000 (GMT) (envelope-from cperciva@wadham.ox.ac.uk) Received: from pd2mr1so.prod.shaw.ca (pd2mr1so-qfe3.prod.shaw.ca [10.0.141.110]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0I4P00AO9707ROC0@l-daemon>; Mon, 27 Sep 2004 05:38:31 -0600 (MDT) Received: from pn2ml6so.prod.shaw.ca ([10.0.121.150]) by pd2mr1so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0I4P00GGH70745L0@pd2mr1so.prod.shaw.ca>; Mon, 27 Sep 2004 05:38:31 -0600 (MDT) Received: from [192.168.0.60] (S0106006067227a4a.vc.shawcable.net [24.87.233.42])2003)) with ESMTP id <0I4P003M8707HA@l-daemon>; Mon, 27 Sep 2004 05:38:31 -0600 (MDT) Date: Mon, 27 Sep 2004 04:38:30 -0700 From: Colin Percival In-reply-to: <20040927111438.GA865@genius.tao.org.uk> To: Josef Karthauser Message-id: <4157FBB6.6060508@wadham.ox.ac.uk> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en-us, en References: <20040927111438.GA865@genius.tao.org.uk> User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040922) X-Mailman-Approved-At: Mon, 27 Sep 2004 11:59:53 +0000 cc: current@freebsd.org Subject: Re: Laptop recommendations? 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: Mon, 27 Sep 2004 11:40:00 -0000 Josef Karthauser wrote: > My Dell Inspiron 5000e is getting a bit long in the tooth, and the > keyboard has just packed in :( so I'm in the market for a new laptop. > Does anyone have any recommendations for me? In particular I want a > working ACPI/suspend interface and this Dell has never been supported > well - fans on all the time, doesn't resume properly, etc. The only problems I've had with my 600m / D600 are: 1. Upon resuming from S1, moused is confused and needs to be restarted; 2. The S3 sleep state is mis-implemented as "reboot"; and 3. The S4 sleep state doesn't exist. Fans work perfectly, acpi_video can control the display properly, and S1 works fine apart from the mouse problem. Colin Percival From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 12:04:59 2004 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 5B5B416A4CE for ; Mon, 27 Sep 2004 12:04:59 +0000 (GMT) Received: from imap.univie.ac.at (mailbox-lmtp.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61FEB43D3F for ; Mon, 27 Sep 2004 12:04:58 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from [192.168.0.4] (adslle.cc.univie.ac.at [131.130.102.11]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i8RC4avo085410; Mon, 27 Sep 2004 14:04:41 +0200 Date: Mon, 27 Sep 2004 14:04:36 +0200 (CEST) From: Lukas Ertl To: =?Windows-1250?Q?Uro=9A_Gruber?= In-Reply-To: <1928548975.20040927074602@sir-mag.com> Message-ID: <20040927140411.E561@korben.in.tern> References: <1928548975.20040927074602@sir-mag.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx9.univie.ac.at 4248; Body=2 Fuz1=2 Fuz2=2 cc: current@FreeBSD.org Subject: Re: vinum and swap 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: Mon, 27 Sep 2004 12:04:59 -0000 On Mon, 27 Sep 2004, [Windows-1250] Uroa Gruber wrote: > I've got vinum finaly working on beta5 and with upgradeing on beta6 everything works. But I still can't mount swap device. > > My vinum -> list say that all volumes are UP and running but when I try > swapon -a I get error message "Operation not supported by device" > > Is this still a bug from 5.2.1 or am I missing something. Swap doesn't work on vinum volumes. Try gvinum instead. cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 12:33:26 2004 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 9DBF216A4D0 for ; Mon, 27 Sep 2004 12:33:26 +0000 (GMT) Received: from niked.office.suresupport.com (niked.office.suresupport.com [213.145.98.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB96A43D5E for ; Mon, 27 Sep 2004 12:33:25 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from niked.office.suresupport.com (localhost [127.0.0.1]) i8RCZCBw001000 for ; Mon, 27 Sep 2004 15:35:13 +0300 (EEST) (envelope-from nike_d@cytexbg.com) References: <001001c4a305$d003a400$0301a8c0@danielle> <002401c4a45a$642b7cc0$0301a8c0@danielle> <20040927104532.GA20357@mehnert.org> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Niki Denev To: freebsd-current@freebsd.org Date: Mon, 27 Sep 2004 15:35:12 +0300 Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=_mimegpg-niked.office.suresupport.com-903-1096288512-0001"; micalg=pgp-sha1; protocol="application/pgp-signature" Subject: Re: ipsec and freebsd 5.3-beta 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: Mon, 27 Sep 2004 12:33:26 -0000 This is a MIME GnuPG-signed message. If you see this text, it means that your E-mail or Usenet software does not support MIME signed messages. --=_mimegpg-niked.office.suresupport.com-903-1096288512-0001 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit Hannes Mehnert writes: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > On Mon, Sep 27, 2004 at 08:22:40AM +0200, cell wrote: >> I have always the same problem.I'm on freebsd 5.3-beta 5 and i have put the >> patch for key.c who is in cvweb but i have that : >> .. ENOBUFS ... > > Currently only netipsec/key.c is fixed (which is the FAST_IPSEC > implementation), so if you use FAST_IPSEC it should work, with IPSEC it > shouldn't. > > > Best Regards, > > Hannes Mehnert > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.5 (FreeBSD) > > iD8DBQFBV+9JRcuNlziBjRwRAl1QAJ9bQ7zSaI5IN8IGl7BmEsRE3AM5FACffOwB > 3E1YOvTQaPf19QjG8cRx4w8= > =5rFG The netkey/key.c and netipsec/key.c files are very similar, probably because as far as i remember FAST_IPSEC started as fork from the KAME ipsec implementation.(or at least uses some of the code) I think that the same fix will work both for IPSEC and FAST_IPSEC. e can try to find the key_parse() routine in netkey/key.c and comment the following code : if (m->m_next) { /*XXX*/ m_freem(m); return ENOBUFS; } starting at line 6976. P.S. No guarantees on that, try it at your own risk :) :) --niki --=_mimegpg-niked.office.suresupport.com-903-1096288512-0001 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBWAkAHNAJ/fLbfrkRAl76AJwJ+vWmTAUc3SkPR+v4QcAQJiyUAQCguWb/ 3z+KitNG4aEtLJBicGREWYE= =GGyV -----END PGP SIGNATURE----- --=_mimegpg-niked.office.suresupport.com-903-1096288512-0001-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 12:40:29 2004 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 344D116A4CE for ; Mon, 27 Sep 2004 12:40:29 +0000 (GMT) Received: from citka.mg-proline.si (citka.sir-mag.com [212.18.32.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id C45B943D68 for ; Mon, 27 Sep 2004 12:40:28 +0000 (GMT) (envelope-from uros.gruber@sir-mag.com) Received: from localhost (localhost [127.0.0.1]) by citka.mg-proline.si (Postfix) with ESMTP id 71E4170632 for ; Mon, 27 Sep 2004 14:40:12 +0200 (CEST) Received: from citka.mg-proline.si ([127.0.0.1]) by localhost (citka.mg-proline.si [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 57369-06 for ; Mon, 27 Sep 2004 14:39:59 +0200 (CEST) Received: from UROS (BSN-77-34-194.dsl.siol.net [193.77.34.194]) by citka.mg-proline.si (Postfix) with ESMTP id 3BC2E70604 for ; Mon, 27 Sep 2004 14:39:59 +0200 (CEST) Date: Mon, 27 Sep 2004 14:39:56 +0200 From: Uros X-Priority: 3 (Normal) Message-ID: <510238143.20040927143956@sir-mag.com> To: current@FreeBSD.org In-Reply-To: <20040927140411.E561@korben.in.tern> References: <1928548975.20040927074602@sir-mag.com> <20040927140411.E561@korben.in.tern> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mg-proline.si Subject: Re[2]: vinum and swap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Uros List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2004 12:40:29 -0000 Hi, I tried with gvinum, but as mentioned before gvinum does not work yet. There are some functionality missing. Maybe I'm wrong about that. So if use gvinum is there anything else that need to be changed except loadaing gvinum instead of vinum. regards Uros Monday, September 27, 2004, 2:04:36 PM, you wrote: LE> On Mon, 27 Sep 2004, [Windows-1250] Uroa Gruber wrote: >> I've got vinum finaly working on beta5 and with upgradeing on beta6 >> everything works. But I still can't mount swap device. >> >> My vinum -> list say that all volumes are UP and running but when I try >> swapon -a I get error message "Operation not supported by device" >> >> Is this still a bug from 5.2.1 or am I missing something. LE> Swap doesn't work on vinum volumes. Try gvinum instead. From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 12:21:56 2004 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 D5CDD16A4CE for ; Mon, 27 Sep 2004 12:21:56 +0000 (GMT) Received: from boerse-berlin-bremen.de (h-213.61.228.202.host.de.colt.net [213.61.228.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 699CA43D49 for ; Mon, 27 Sep 2004 12:21:53 +0000 (GMT) (envelope-from stephan.yaraghchi@boerse-berlin-bremen.de) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 Date: Mon, 27 Sep 2004 14:21:51 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: DEVICE_POLLING in 5.3 Thread-Index: AcSjCC9E5V23m8AMSVSM6WZ1IhSmcwBg4OaA From: "Yaraghchi, Stephan" To: "Alex de Kruijff" X-Mailman-Approved-At: Mon, 27 Sep 2004 12:52:59 +0000 cc: freebsd-current@freebsd.org Subject: RE: DEVICE_POLLING in 5.3 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: Mon, 27 Sep 2004 12:21:57 -0000 > -----Original Message----- > From: Alex de Kruijff [mailto:freebsd@akruijff.dds.nl] > Sent: Saturday, September 25, 2004 4:02 PM > To: Yaraghchi, Stephan > Cc: freebsd-current@freebsd.org > Subject: Re: DEVICE_POLLING in 5.3 >=20 >=20 > On Sat, Sep 25, 2004 at 12:01:10AM +0200, Alex de Kruijff wrote: > > On Fri, Sep 24, 2004 at 04:23:52PM +0200, Yaraghchi, Stephan wrote: > > > > On Thu, Sep 23, 2004 at 03:27:22PM +0200, Yaraghchi,=20 > Stephan wrote: > > > > > I'm trying to tune network performance of a 5.3-BETA5 box > > > > > by compiling the DEVICE_POLLING and HZ=3D1000 options into > > > > > the kernel. Compilation went fine. > > > > > I found the usual warning in /usr/src/sys/kern/kern_poll.c > > > > > concerning device polling in SMP kernels and removed it. > > > > >=20 > > > > > To finally enable the feature one have to set the sysctl > > > > > kern.polling.enable to value '1'. > > > > >=20 > > > > > The only problem is that 5.3-BETA5 doesn't know about it: > > > > >=20 > > > > > sysctl: unknown oid 'kern.polling.enable' > > > > >=20 > > > > > Any advice is highly appreciated. > > > >=20 > > > > Did you do a full make buildworld/kernel=20 > installkernel/world? If not > > > > then this might be why sysctl doesn't know about it. If=20 > so then maybe > > > > someone from current@ might know more about it. (maybe=20 > there read this > > > > list to) > > > >=20 > > > > Does /usr/src/UPDATING say anything about it? > > >=20 > > > IMO it's not necessary since the changes only affect the=20 > kernel which > > > I already recompiled. > > > Nevertheless I also did a 'make buildworld' as you=20 > suggested: no luck. > > >=20 > > > /usr/src/UPDATING says nothing about the issue. > >=20 > > All I can think of is mergemaster or that it is a bug. I changed the > > list to current@, in the hope that others with BETA5 read this.=20 >=20 > This should have read > is to use mergemaster or ... >=20 > --=20 > Alex >=20 > Articles based on solutions that I use: > http://www.kruijff.org/alex/FreeBSD/ >=20 Hi Alex, Since I didn't do any upgrading I don't think there's a reason for running mergemaster. I just did a fresh install of 5.3-BETA5 from a CD-ROM and tried to enable device polling the usual way. The only thing that didn't work is to set the sysctl kern.polling.enable because the system says it's unknown... Does anyone else have any advice? Regards, Stephan. From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 12:57:50 2004 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 B815716A4CE for ; Mon, 27 Sep 2004 12:57:50 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2568C43D31 for ; Mon, 27 Sep 2004 12:57:50 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CBv4w-0005aE-00 for current@freebsd.org Mon, 27 Sep 2004 14:58:06 +0200 Received: from [212.106.255.190] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CBv4v-0005Zj-00 for current@freebsd.org Mon, 27 Sep 2004 14:58:06 +0200 Received: from localhost.redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i8RCoYIq000752 for ; Mon, 27 Sep 2004 14:50:38 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Date: Mon, 27 Sep 2004 14:50:33 +0200 To: current@freebsd.org From: "Jose M Rodriguez" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera M2/7.54 (FreeBSD, build 751) X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.11; VDF 6.27.0.70 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus Subject: WIP: /etc/rc.d/xdm RCORDER problems 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: Mon, 27 Sep 2004 12:57:50 -0000 I have now a working /etc/rc.d/xdm script for booting Xorg(XDMCP)/gdm/kdm/xdm. But I have reached a problem. The xdm script requires LOGIN syscons and moused. But xdm is take very early by rcorder and gets running before init launch the gettys. For a safe solution, I think that /etc/rc.d/xdm must tagged 'nostart' and launch from /etc/ttys. No. In this case must become a real wrapper. But I recall that gnome users do this from /usr/X11R6/etc/rc.d/gdm.sh without too much problems So, I think that must be a real /etc/rc.d/ problem After a first look, IMHO, seems that a lot of BEFORE tags are missing. At last several BEFORE: LOGIN. rcorder -k FreeBSD -s nostart /etc/rc.d/* ... /etc/rc.d/LOGIN /etc/rc.d/syscons /etc/rc.d/xdm /etc/rc.d/watchdogd /etc/rc.d/sshd /etc/rc.d/sendmail /etc/rc.d/archdep /etc/rc.d/abi /etc/rc.d/cron /etc/rc.d/devfs /etc/rc.d/jail /etc/rc.d/localpkg /etc/rc.d/netoptions /etc/rc.d/securelevel /etc/rc.d/resolv /etc/rc.d/pcvt /etc/rc.d/othermta /etc/rc.d/nsswitch /etc/rc.d/msgs /etc/rc.d/mixer /etc/rc.d/inetd /etc/rc.d/bgfsck This is FreeBSD-5BETA5 May I send-pr this? -- josemi -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 13:00:46 2004 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 1EAB616A4CE for ; Mon, 27 Sep 2004 13:00:46 +0000 (GMT) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27DEB43D4C for ; Mon, 27 Sep 2004 13:00:45 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: (qmail 36878 invoked by uid 1005); 27 Sep 2004 13:00:43 -0000 Received: from rainer@ultra-secure.de by bsd.ultra-secure.de by uid 89 with qmail-scanner-1.22 Clear:RC:1(217.232.226.242):. Processed in 0.529179 secs); 27 Sep 2004 13:00:43 -0000 Received: from unknown (HELO ?192.168.1.224?) (rainer@ultra-secure.de@217.232.226.242) by bsd.ultra-secure.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 27 Sep 2004 13:00:43 -0000 From: Rainer Duffner To: current@freebsd.org In-Reply-To: <20040927111438.GA865@genius.tao.org.uk> References: <20040927111438.GA865@genius.tao.org.uk> Content-Type: text/plain Message-Id: <1096290034.23046.82.camel@linux-mobile.example.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 27 Sep 2004 15:00:35 +0200 Content-Transfer-Encoding: 7bit Subject: Re: Laptop recommendations? 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: Mon, 27 Sep 2004 13:00:46 -0000 Am Mo, den 27.09.2004 schrieb Josef Karthauser um 13:14: > My Dell Inspiron 5000e is getting a bit long in the tooth, and the > keyboard has just packed in :( so I'm in the market for a new laptop. > Does anyone have any recommendations for me? In particular I want a > working ACPI/suspend interface and this Dell has never been supported > well - fans on all the time, doesn't resume properly, etc. > > My previous machine was a Sony Vaio which I loved, but was fairly > expensive and the repair support wasn't very good. Dell's support was > much better and I'd prefer a Dell I think, but I don't know whether more > recent models fair better with power management support, etc. > Any helpful hints would be gladly received. Try to find a store that let's you try out FreeBSD on their show-room laptops (forget that, if you want a Dell...) And if you go that route, only buy the model you actually tried out. Because chipsets and specs change very fast in the laptop-world - though you may be better-off with business-class laptops in this respect. I still don't know if I should replace my Inspiron 4000 with a PowerBook or with a x86-laptop - the price of a D600 seems to come very close anyway and the PB would be hassle-free in the ACPI-departement at least.... Does anyone know if and when a newer version of FreeSBIE comes out ? Rainer -- =================================================== ~ Rainer Duffner - rainer@ultra-secure.de ~ ~ Freising - Munich - Germany ~ ~ Unix - Linux - BSD - OpenSource - Security ~ ~ http://www.ultra-secure.de/~rainer/pubkey.pgp ~ =================================================== From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 13:04:23 2004 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 12D0616A4CE; Mon, 27 Sep 2004 13:04:23 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1E1943D39; Mon, 27 Sep 2004 13:04:22 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) i8RD4LOA027754; Mon, 27 Sep 2004 09:04:21 -0400 (EDT) Date: Mon, 27 Sep 2004 09:04:21 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Andreas Klemm In-Reply-To: <20040927061627.GA1384@titan.klemm.apsfilter.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: current@freebsd.org Subject: Re: Fatal error 'Spinlock called when not threaded.' ... (Re:FreeBSD 5.3-BETA6 available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2004 13:04:23 -0000 On Mon, 27 Sep 2004, Andreas Klemm wrote: > On Sun, Sep 26, 2004 at 07:36:26PM -0400, Daniel Eischen wrote: > > On Sun, 26 Sep 2004, Andreas Klemm wrote: > > > > > Creating this helped (thanks to google ;-) > > > > > > /etc/libmap.conf: > > > libpthread.so.1 libc_r.so.5 > > > libpthread.so libc_r.so > > > > > > Has there been a change last recently ? > > > > No, not recently, but a few months ago. You're suppose to read > > src/UPDATING. Hint, search for entries 20040303 and 20040130. > > No I cannot be hitten by this. I upgrated multiple times via > several Beta stages. Read closer. This affects your ports, not the base system. Any older ports will be linked to libc_r, while newer ports will be linked to libpthread. Unless you rebuild all your ports from scratch, there will likely be ports linked to both libraries. Use 'ldd' on any executables that are giving you problems and you'll see. The problem is mostly due to shared libraries being linked to libc_r. Rebuilding a multithreaded application that depends on such a shared library will link the application to libpthread, but the shared library will still be linked to libc_r. This causes both libc_r and libpthread to be loaded when the program is run. ports@ will tell you to use 'portupgrade -af' to rebuild everything to remove dependencies to libc_r (make sure you get rid of /etc/libmap.conf first). -- Dan Eischen From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 13:07:38 2004 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 A965116A4CF; Mon, 27 Sep 2004 13:07:38 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF68143D48; Mon, 27 Sep 2004 13:07:37 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8RD7aDd091735; Mon, 27 Sep 2004 16:07:36 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 19456-10; Mon, 27 Sep 2004 16:07:36 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8RD7Z4d091732 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Sep 2004 16:07:36 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8RD7aNL092296; Mon, 27 Sep 2004 16:07:36 +0300 (EEST) (envelope-from ru) Date: Mon, 27 Sep 2004 16:07:36 +0300 From: Ruslan Ermilov To: Lukas Ertl Message-ID: <20040927130736.GB92157@ip.net.ua> References: <1928548975.20040927074602@sir-mag.com> <20040927140411.E561@korben.in.tern> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yNb1oOkm5a9FJOVX" Content-Disposition: inline In-Reply-To: <20040927140411.E561@korben.in.tern> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: Uro? Gruber cc: current@freebsd.org Subject: Re: vinum and swap 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: Mon, 27 Sep 2004 13:07:38 -0000 --yNb1oOkm5a9FJOVX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 27, 2004 at 02:04:36PM +0200, Lukas Ertl wrote: > On Mon, 27 Sep 2004, [Windows-1250] Uroa Gruber wrote: >=20 > >I've got vinum finaly working on beta5 and with upgradeing on beta6=20 > >everything works. But I still can't mount swap device. > > > >My vinum -> list say that all volumes are UP and running but when I try > >swapon -a I get error message "Operation not supported by device" > > > >Is this still a bug from 5.2.1 or am I missing something. >=20 > Swap doesn't work on vinum volumes. Try gvinum instead. >=20 I can confirm that swap on gvinum works. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --yNb1oOkm5a9FJOVX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWBCYqRfpzJluFF4RAjRXAKCbnW7O/CFrj+z/MGpm4tqA0EblkgCeNlHw bq0DtKdHUujDKXGBuj4Eg9A= =ab/F -----END PGP SIGNATURE----- --yNb1oOkm5a9FJOVX-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 13:10:59 2004 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 0863C16A4CE; Mon, 27 Sep 2004 13:10:59 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B1E243D2F; Mon, 27 Sep 2004 13:10:58 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [172.18.2.1] (axiell-gw1.novi.dk [130.225.63.24]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i8RDAmS4051279; Mon, 27 Sep 2004 15:10:48 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <41581154.9090804@DeepCore.dk> Date: Mon, 27 Sep 2004 15:10:44 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Josef Karthauser References: <20040927111438.GA865@genius.tao.org.uk> In-Reply-To: <20040927111438.GA865@genius.tao.org.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: current@freebsd.org Subject: Re: Laptop recommendations? 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: Mon, 27 Sep 2004 13:10:59 -0000 Josef Karthauser wrote: > My Dell Inspiron 5000e is getting a bit long in the tooth, and the > keyboard has just packed in :( so I'm in the market for a new laptop. > Does anyone have any recommendations for me? In particular I want a > working ACPI/suspend interface and this Dell has never been supported > well - fans on all the time, doesn't resume properly, etc. >=20 > My previous machine was a Sony Vaio which I loved, but was fairly > expensive and the repair support wasn't very good. Dell's support was > much better and I'd prefer a Dell I think, but I don't know whether mor= e > recent models fair better with power management support, etc. >=20 > Any helpful hints would be gladly received. Got and Acer Travelmate 8005Lmi here, works pretty well, and=20 sufficiently fast (make buildworld in ~35mins). Everything except suspend/resume works on releng_5/current as is, you=20 need ndis for the builtin Intel wireless though. Havn't played with the bluetooth stuff yet, so no idea there. Note that ACPI suspend/resume has been broken on several laptops since=20 early august, it worked just fine before that, so its a matter of our=20 ACPI support getting its thing together again... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 13:11:28 2004 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 0286D16A4CE; Mon, 27 Sep 2004 13:11:28 +0000 (GMT) Received: from tensor.xs4all.nl (tensor.xs4all.nl [194.109.160.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9049043D5C; Mon, 27 Sep 2004 13:11:27 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from kilgore.dim (kilgore.dim [192.168.0.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.xs4all.nl (Postfix) with ESMTP id F00E122852; Mon, 27 Sep 2004 15:11:18 +0200 (CEST) Date: Mon, 27 Sep 2004 15:01:36 +0200 From: Dimitry Andric X-Mailer: The Bat! (v3.0.0.18) Professional X-Priority: 3 (Normal) Message-ID: <1565082305.20040927150136@andric.com> To: Andrew Boothman In-Reply-To: <1046192310.3e5ba0b6aa039@sms.ed.ac.uk> References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com> <1046192310.3e5ba0b6aa039@sms.ed.ac.uk> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="----------9DC81322E657FF0" cc: questions@FreeBSD.ORG cc: dwbear75@gmail.com cc: current@FreeBSD.ORG Subject: Re: "NTLDR missing" after 5-RELEASE install 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: Mon, 27 Sep 2004 13:11:28 -0000 ------------9DC81322E657FF0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable On 2003-02-25 at 18:58:30 Andrew Boothman wrote: > I can't understand how the 5.x boot manager has managed to break my windo= ws > boot, i've never had any trouble under 3.x or 4.x, both of which played w= ith > windows perfectly nicely. Sorry for catching up on this thread so late, but couldn't this be some nasty problem with hard drive geometries? I.e. FreeBSD's interpretation of the partition table could be totally different from Windows', causing the rather flaky Microsoft bootloaders to fail. I personally have had complaints from PartitionMagic and various other Windows-based tools about partitions being "invalid" or having "different CHS and LBA boundaries" etc, after installing some versions of FreeBSD, and creating partitions from its installer. Could you please give us some info about your drive geometry, and/or or a somewhat low-level dump of your partition table data? ------------9DC81322E657FF0 Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: GnuPG v1.2.4 (MingW32) iD8DBQFBWA8wsF6jCi4glqMRApWuAJ0SIaCr6Qd1E8vPpOOXDn7468coVgCfQIgO 1CZIy+9u0uBQkastMvQnQAQ= =iaCN -----END PGP MESSAGE----- ------------9DC81322E657FF0-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 13:18:08 2004 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 2267816A4CE; Mon, 27 Sep 2004 13:18:08 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7889E43D53; Mon, 27 Sep 2004 13:18:07 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8RDIQSM058207; Mon, 27 Sep 2004 07:18:26 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <415812AD.2090901@FreeBSD.org> Date: Mon, 27 Sep 2004 07:16:29 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthias Andree References: <415720FD.8080603@samsco.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: standards@FreeBSD.org cc: re@FreeBSD.org cc: current@FreeBSD.org Subject: Re: FreeBSD 5.3-BETA6 available 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: Mon, 27 Sep 2004 13:18:08 -0000 Matthias Andree wrote: > Please Cc: me on all replies, I'm not on all lists. > > Scott Long writes: > > >>IMPORTANT: >>BIND9 is being imported and will be in the next and likely final beta, >>BETA7. Users of the named daemon should visit the ISC website for >>information about migrating to BIND9. > > > BETA6 still has some critical and/or serious bugs open apparently > (according to the PR data base): > > 1. /bin/sh "unset" is still in violation of IEEE Std 1003.1, 2004 > edition. FIX IS AVAILABLE, bug has been open for many months, has > persisted in BETA4 and 5. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=standards/45738 > http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037819.html I'll defer this to the standards folks. > > 2. tcpdump IPv6CP segfaults are still open as of BETA5, FIX IS AVAILABLE: > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/71453 > Looks pretty straight-forward. Anyone want to import the fix from the tcpdump CVS tree? 4 > 3. data corruption on unaligned block access bug, kern/60313, > is still open and unpatched AFAICS Is this actually an issue in FreeBSD 5? In the audit trail of the PR, Bruce Evans seems to concede that GEOM checks block alignment properly. > > 4. NIS is still faulty in pretending users aren't there when in fact NIS > cannot tell if an account exists; bin/46866 is still open and unpatched While it's a compelling argument to follow the Solaris behavior, it's also a compelling argument to have a reasonable timeout on password lookups. > > 5. default inetd configuration denial of service bug, conf/33670, is still > open and unpatched AND A LAST CHANCE TO FIX NOW inetd is not turned on by default. What do OpenBSD and NetBSD do? What does Linux do with xinetd? > > 6. (portsmgr issue) no "yes or no" or whatsoever for my inquires whether > ports/72017 can be committed in spite of the freeze. It's a > bugfix-only update. > > Please state which of these will be fixed before 5.3-RELEASE and what > further help is needed with these. > From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 13:26:45 2004 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 1443B16A4CE for ; Mon, 27 Sep 2004 13:26:45 +0000 (GMT) Received: from citka.mg-proline.si (citka.sir-mag.com [212.18.32.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD2B443D2D for ; Mon, 27 Sep 2004 13:26:44 +0000 (GMT) (envelope-from uros.gruber@sir-mag.com) Received: from localhost (localhost [127.0.0.1]) by citka.mg-proline.si (Postfix) with ESMTP id 0F25B7065F for ; Mon, 27 Sep 2004 15:26:43 +0200 (CEST) Received: from citka.mg-proline.si ([127.0.0.1]) by localhost (citka.mg-proline.si [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 58056-04 for ; Mon, 27 Sep 2004 15:26:26 +0200 (CEST) Received: from UROS (BSN-77-34-194.dsl.siol.net [193.77.34.194]) by citka.mg-proline.si (Postfix) with ESMTP id C0D9770604 for ; Mon, 27 Sep 2004 15:26:25 +0200 (CEST) Date: Mon, 27 Sep 2004 15:26:23 +0200 From: Uros X-Priority: 3 (Normal) Message-ID: <687865088.20040927152623@sir-mag.com> To: current@freebsd.org In-Reply-To: <20040927130736.GB92157@ip.net.ua> References: <1928548975.20040927074602@sir-mag.com> <20040927140411.E561@korben.in.tern> <20040927130736.GB92157@ip.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mg-proline.si Subject: Re[2]: vinum and swap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Uros List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2004 13:26:45 -0000 Hello, any tips how to acomplish this. Or maybe diference. What about stability. regards Monday, September 27, 2004, 3:07:36 PM, you wrote: RE> On Mon, Sep 27, 2004 at 02:04:36PM +0200, Lukas Ertl wrote: >> On Mon, 27 Sep 2004, [Windows-1250] Uroa Gruber wrote: >> >> >I've got vinum finaly working on beta5 and with upgradeing on beta6 >> >everything works. But I still can't mount swap device. >> > >> >My vinum -> list say that all volumes are UP and running but when I try >> >swapon -a I get error message "Operation not supported by device" >> > >> >Is this still a bug from 5.2.1 or am I missing something. >> >> Swap doesn't work on vinum volumes. Try gvinum instead. >> RE> I can confirm that swap on gvinum works. From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 14:01:49 2004 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 7D0B616A4CE for ; Mon, 27 Sep 2004 14:01:49 +0000 (GMT) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C99D43D46 for ; Mon, 27 Sep 2004 14:01:49 +0000 (GMT) (envelope-from brad@stop.mail-abuse.org) Received: from [10.0.1.4] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i8RE1RAT093708; Mon, 27 Sep 2004 10:01:44 -0400 (EDT) (envelope-from brad@stop.mail-abuse.org) Mime-Version: 1.0 X-Sender: bs663385@127.0.0.1 Message-Id: In-Reply-To: <20040927094602.GA17898@gnah.bolet.org> References: <20040927094602.GA17898@gnah.bolet.org> Date: Mon, 27 Sep 2004 15:53:09 +0200 To: Thomas Pornin From: Brad Knowles Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: freebsd-current@freebsd.org Subject: Re: Software RAID1 with atacontrol 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: Mon, 27 Sep 2004 14:01:49 -0000 At 11:46 AM +0200 2004-09-27, Thomas Pornin wrote: > I am trying to use the RAID features provided by the ata driver in 5.3. > My machine uses 5.3-BETA5, cvsupped on September 24th, 2004. Kernel is > almost identical to GENERIC: I just deactivated I486_CPU and I586_CPU > (machine is an Athlon XP), SMP, and replaced SCHED_4BSD with SCHED_ULE. Don't use SCHED_ULE in a production system. It has known issues, and they are being worked out in the 6.0-CURRENT tree. When they are fixed, those changes will be merged back. Unless you're ready to run a 6.0-CURRENT system and help make these fixes, stick with SCHED_4BSD. -- Brad Knowles, "Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin (1706-1790), reply of the Pennsylvania Assembly to the Governor, November 11, 1755 SAGE member since 1995. See for more info. From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 14:05:25 2004 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 9FF9D16A4CE; Mon, 27 Sep 2004 14:05:25 +0000 (GMT) Received: from gnah.bolet.org (gnah.bolet.org [80.65.226.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC44543D2F; Mon, 27 Sep 2004 14:05:15 +0000 (GMT) (envelope-from pornin@bolet.org) Received: from gnah.bolet.org (localhost [127.0.0.1]) by gnah.bolet.org (8.12.11/8.12.11) with ESMTP id i8RE5DO4021465; Mon, 27 Sep 2004 16:05:13 +0200 (CEST) (envelope-from pornin@bolet.org) Received: (from pornin@localhost) by gnah.bolet.org (8.12.11/8.12.11/Submit) id i8RE5CXG021464; Mon, 27 Sep 2004 16:05:13 +0200 (CEST) (envelope-from pornin) Date: Mon, 27 Sep 2004 16:05:11 +0200 From: Thomas Pornin To: Pawel Jakub Dawidek Message-ID: <20040927140511.GA21303@gnah.bolet.org> References: <20040927094602.GA17898@gnah.bolet.org> <20040927111734.GS9550@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040927111734.GS9550@darkness.comp.waw.pl> User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org Subject: Re: Software RAID1 with atacontrol 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: Mon, 27 Sep 2004 14:05:25 -0000 On Mon, Sep 27, 2004 at 01:17:34PM +0200, Pawel Jakub Dawidek wrote: > I can only suggest gmirror(8):) That's my next step, but I confess that I find this message a bit scary: http://groups.google.com/groups?selm=1095762299.00135859.1095751801%4010.7.7.3 I want RAID1 so that downtime is minimized in case of disk crash. If the machine cannot boot with one disk, this goal is not fulfilled. And having the root filesystem unmirrored (and just manually duplicated) is a bit cumbersome and raises some issues (e.g., the root filesystem reference in /etc/fstab). Is there any clue about when this will be fixed ? (Maybe it is done already...) --Thomas Pornin From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 14:10:08 2004 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 04C6516A4CE; Mon, 27 Sep 2004 14:10:08 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id F055443D5A; Mon, 27 Sep 2004 14:10:04 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8RE9SWT039851; Mon, 27 Sep 2004 23:39:29 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Mon, 27 Sep 2004 23:39:20 +0930 User-Agent: KMail/1.7 References: <20040927094602.GA17898@gnah.bolet.org> <20040927111734.GS9550@darkness.comp.waw.pl> In-Reply-To: <20040927111734.GS9550@darkness.comp.waw.pl> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1258379.VI2ov8noj5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409272339.27282.doconnor@gsoft.com.au> X-Spam-Score: -2.8 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_01_02,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Thomas Pornin cc: Pawel Jakub Dawidek Subject: Re: Software RAID1 with atacontrol 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: Mon, 27 Sep 2004 14:10:08 -0000 --nextPart1258379.VI2ov8noj5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 27 Sep 2004 20:47, Pawel Jakub Dawidek wrote: > +> Therefore I think that there is something fishy here. Since the same > +> code is used for Promise RAID cards, the support for those card may be > +> "broken" as well (at least unreliable in case of a crash, which is a > +> problem since RAID1 is meant to add reliability in case of a crash). > +> What can I do to help debug this ? > > I can only suggest gmirror(8):) You can't boot from gmirror(8) with a hosed disk :( =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1258379.VI2ov8noj5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBWB8X5ZPcIHs/zowRAl8xAKCDcMp/M/pafcZYJBMTYIKj0yVg2ACeNMvD djulckQINXcQp4iI9eNcKFI= =W0vA -----END PGP SIGNATURE----- --nextPart1258379.VI2ov8noj5-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 14:12:01 2004 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 62A5916A4CE; Mon, 27 Sep 2004 14:12:01 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FB8943D1F; Mon, 27 Sep 2004 14:12:00 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8REBtZL039878; Mon, 27 Sep 2004 23:41:56 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Mon, 27 Sep 2004 23:41:52 +0930 User-Agent: KMail/1.7 References: <20040927111438.GA865@genius.tao.org.uk> In-Reply-To: <20040927111438.GA865@genius.tao.org.uk> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1927864.blsSSbLlKi"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409272341.53423.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Josef Karthauser cc: current@freebsd.org Subject: Re: Laptop recommendations? 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: Mon, 27 Sep 2004 14:12:01 -0000 --nextPart1927864.blsSSbLlKi Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 27 Sep 2004 20:44, Josef Karthauser wrote: > My Dell Inspiron 5000e is getting a bit long in the tooth, and the > keyboard has just packed in :( so I'm in the market for a new laptop. > Does anyone have any recommendations for me? In particular I want a > working ACPI/suspend interface and this Dell has never been supported > well - fans on all the time, doesn't resume properly, etc. > > My previous machine was a Sony Vaio which I loved, but was fairly > expensive and the repair support wasn't very good. Dell's support was > much better and I'd prefer a Dell I think, but I don't know whether more > recent models fair better with power management support, etc. > > Any helpful hints would be gladly received. I have an Inspiron 8600 which is pretty nice. Loads of stuff in it, but kind of heavy if that bothers you. I use ndis for the Intel wireless, and the nvidia binary drivers for the vi= deo=20 card (although the new ones don't work yet..) The 1920x1200 screen is really nice :) Here is a page on it.. http://www.gsoft.com.au/~doconnor/I8600/ Note that it won't do better than S1 suspending (hangs or reboots) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1927864.blsSSbLlKi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBWB+p5ZPcIHs/zowRAuNzAJ9ib2aJXctc6PxOcZFfiSdLu+/FSgCdGxfP tUdzPKKLgXi/aQLnzeP+yvg= =TDC6 -----END PGP SIGNATURE----- --nextPart1927864.blsSSbLlKi-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 14:12:01 2004 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 62A5916A4CE; Mon, 27 Sep 2004 14:12:01 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FB8943D1F; Mon, 27 Sep 2004 14:12:00 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8REBtZL039878; Mon, 27 Sep 2004 23:41:56 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Mon, 27 Sep 2004 23:41:52 +0930 User-Agent: KMail/1.7 References: <20040927111438.GA865@genius.tao.org.uk> In-Reply-To: <20040927111438.GA865@genius.tao.org.uk> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1927864.blsSSbLlKi"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409272341.53423.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Josef Karthauser cc: current@freebsd.org Subject: Re: Laptop recommendations? 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: Mon, 27 Sep 2004 14:12:01 -0000 --nextPart1927864.blsSSbLlKi Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 27 Sep 2004 20:44, Josef Karthauser wrote: > My Dell Inspiron 5000e is getting a bit long in the tooth, and the > keyboard has just packed in :( so I'm in the market for a new laptop. > Does anyone have any recommendations for me? In particular I want a > working ACPI/suspend interface and this Dell has never been supported > well - fans on all the time, doesn't resume properly, etc. > > My previous machine was a Sony Vaio which I loved, but was fairly > expensive and the repair support wasn't very good. Dell's support was > much better and I'd prefer a Dell I think, but I don't know whether more > recent models fair better with power management support, etc. > > Any helpful hints would be gladly received. I have an Inspiron 8600 which is pretty nice. Loads of stuff in it, but kind of heavy if that bothers you. I use ndis for the Intel wireless, and the nvidia binary drivers for the vi= deo=20 card (although the new ones don't work yet..) The 1920x1200 screen is really nice :) Here is a page on it.. http://www.gsoft.com.au/~doconnor/I8600/ Note that it won't do better than S1 suspending (hangs or reboots) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1927864.blsSSbLlKi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBWB+p5ZPcIHs/zowRAuNzAJ9ib2aJXctc6PxOcZFfiSdLu+/FSgCdGxfP tUdzPKKLgXi/aQLnzeP+yvg= =TDC6 -----END PGP SIGNATURE----- --nextPart1927864.blsSSbLlKi-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 14:40:35 2004 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 EBE4F16A4CE for ; Mon, 27 Sep 2004 14:40:35 +0000 (GMT) Received: from sysmon.tcworks.net (sysmon.tcworks.net [65.66.76.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9623143D1F for ; Mon, 27 Sep 2004 14:40:35 +0000 (GMT) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (localhost [127.0.0.1]) by sysmon.tcworks.net (8.12.11/8.12.11) with ESMTP id i8REcBBN026168; Mon, 27 Sep 2004 09:38:11 -0500 (CDT) (envelope-from lambert@lambertfam.org) Received: (from lambert@localhost) by sysmon.tcworks.net (8.12.11/8.12.11/Submit) id i8REcBTW026163; Mon, 27 Sep 2004 09:38:11 -0500 (CDT) (envelope-from lambert@lambertfam.org) X-Authentication-Warning: sysmon.tcworks.net: lambert set sender to lambert@lambertfam.org using -f Date: Mon, 27 Sep 2004 09:38:11 -0500 From: Scott Lambert To: Rainer Duffner Message-ID: <20040927143811.GA87515@sysmon.tcworks.net> Mail-Followup-To: Rainer Duffner , current@freebsd.org References: <20040927111438.GA865@genius.tao.org.uk> <1096290034.23046.82.camel@linux-mobile.example.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1096290034.23046.82.camel@linux-mobile.example.net> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: Laptop recommendations? 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: Mon, 27 Sep 2004 14:40:36 -0000 On Mon, Sep 27, 2004 at 03:00:35PM +0200, Rainer Duffner wrote: > I still don't know if I should replace my Inspiron 4000 with a PowerBook > or with a x86-laptop - the price of a D600 seems to come very close > anyway and the PB would be hassle-free in the ACPI-departement at > least.... I've had reasonably good luck running FreeBSD on laptops the past 6 years. The support gets better all the time. Project Evil is the beautiful. Everyone has done a lot of great work getting the hardware support together. However, this Powerbook (15", 1.3GHz) and OS X 10.3.5 is really nice, especially if you have a digital camera. There are some different hassles from running FreeBSD but in general it is a much lower hassle environment, for me. It is nice to be able to slam the lid, toss it in the bag, and be sure everything will be right where you left it in a few hours when you open it up again. My biggest complaint is the same as about my last x86 laptop. I hate touchpads. -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 14:51:55 2004 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 33D9516A4CE for ; Mon, 27 Sep 2004 14:51:55 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 784DC43D55 for ; Mon, 27 Sep 2004 14:51:54 +0000 (GMT) (envelope-from sw@gegenunendlich.de) Received: from [212.227.126.160] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CBwr3-0007sY-00 for current@freebsd.org; Mon, 27 Sep 2004 16:51:53 +0200 Received: from [80.142.195.144] (helo=kyuzo.dunkelkammer.void) (TLSv1:EDH-RSA-DES-CBC3-SHA:168) (Exim 3.35 #1) id 1CBwr2-0002qR-00 for current@freebsd.org; Mon, 27 Sep 2004 16:51:53 +0200 Received: by kyuzo.dunkelkammer.void (Postfix, from userid 1002) id 292763E4A; Mon, 27 Sep 2004 16:51:50 +0200 (CEST) Date: Mon, 27 Sep 2004 16:51:50 +0200 From: Stefan Walter To: current@freebsd.org Message-ID: <20040927145149.GA3375@kyuzo.dunkelkammer.void> Mail-Followup-To: current@freebsd.org References: <20040927111438.GA865@genius.tao.org.uk> <1096290034.23046.82.camel@linux-mobile.example.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: <1096290034.23046.82.camel@linux-mobile.example.net> X-PGP-key: http://www.gegenunendlich.de/swalter-rsa.asc X-PGP-fp: 85D8 6A49 22C7 6CD9 B011 5D6A 5691 111B 12B9 E0B3 Organization: Infinity Approximation Task Force X-PGP-key: http://www.gegenunendlich.de/swalter-rsa.asc X-PGP-fingerprint: 85D8 6A49 22C7 6CD9 B011 5D6A 5691 111B 12B9 E0B3 User-Agent: Mutt/1.5.6i X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:bea306e5fe0930b42d4355ca01786db1 Subject: Re: Laptop recommendations? 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: Mon, 27 Sep 2004 14:51:55 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Rainer Duffner in gmane.os.freebsd.current: > Does anyone know if and when a newer version of FreeSBIE comes out ? http://www.freesbie.org/ says they just released a beta version today. Anyway, I'd expect a new version once 5.3 is out and stable. The sysutils/freesbie port lets you create your own freesbie from up-to-date sources, too. Stefan --=20 No reading beyond this point --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iQGVAwUBQVgpBVaRERsSueCzAQI6fAv+IBpKIZ83XOHcNQX4vRgZ4/kWhSp9RP/k ULSabLh9hYQTLtF7io5DpwsjyTn4pfUPm7pb/L/IsxR9EwEjYbqvtgHyMK659LVw KftiHhpHFXcxUBHl2SqXwbhQ0+KJ3pJ1awbebXiHqAl1HY/pLdKXZphT3HiyKIRE H0mYaYuyxYzd9Y+Vyq2mZXgU2olvmhXxV1Pin4ygtPfU9NbpjGNg+ulNFeMlt7Ll bv77SFOv3SBNosFXGPweBx+PHGxdQPX7R5RX9+2j9Jx5awNE5ttZc9Gc2TnVLBxp IYOEsoLocIpFg8FSKULYnLtoDxwdNKu28aAd+e04N5m/G/mfpeutGmybIZ7kjQC8 ayTyUfeTXKjlxReB35f8n+CFKaH48QONxtrDlcQDIPLJMAonY05sTGCDDR7Ma9p/ kIGwGONSyyvyw2VXq90Sho/Yz5vebwieU9utdH2RVO1TroMKywlE1Ijp5x8YGr/A /xK4qKRXb9pmQkBDzORhEbCP9/hqq34f =mjXv -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 15:05:27 2004 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 B010616A4CE for ; Mon, 27 Sep 2004 15:05:27 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 560AD43D48 for ; Mon, 27 Sep 2004 15:05:27 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 855FDACAF1; Mon, 27 Sep 2004 17:05:25 +0200 (CEST) Date: Mon, 27 Sep 2004 17:05:25 +0200 From: Pawel Jakub Dawidek To: Thomas Pornin Message-ID: <20040927150525.GU9550@darkness.comp.waw.pl> References: <20040927094602.GA17898@gnah.bolet.org> <20040927111734.GS9550@darkness.comp.waw.pl> <20040927140511.GA21303@gnah.bolet.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ptMYGWplstB9CqWP" Content-Disposition: inline In-Reply-To: <20040927140511.GA21303@gnah.bolet.org> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org Subject: Re: Software RAID1 with atacontrol 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: Mon, 27 Sep 2004 15:05:27 -0000 --ptMYGWplstB9CqWP Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 27, 2004 at 04:05:11PM +0200, Thomas Pornin wrote: +> On Mon, Sep 27, 2004 at 01:17:34PM +0200, Pawel Jakub Dawidek wrote: +> > I can only suggest gmirror(8):) +>=20 +> That's my next step, but I confess that I find this message a bit scary: +>=20 +> http://groups.google.com/groups?selm=3D1095762299.00135859.1095751801%40= 10.7.7.3 +>=20 +> I want RAID1 so that downtime is minimized in case of disk crash. If +> the machine cannot boot with one disk, this goal is not fulfilled. And +> having the root filesystem unmirrored (and just manually duplicated) +> is a bit cumbersome and raises some issues (e.g., the root filesystem +> reference in /etc/fstab). +>=20 +> Is there any clue about when this will be fixed ? (Maybe it is done +> already...) It is fixed already in -CURRENT and I'm going to MT5 it soon. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --ptMYGWplstB9CqWP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBWCw1ForvXbEpPzQRAgUzAJ93ahGO7+KLhcKJlv+qJandHiMLrgCcDAiL IyqyQBqu5711ygTQDoUE43Q= =XqZI -----END PGP SIGNATURE----- --ptMYGWplstB9CqWP-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 15:07:27 2004 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 798F416A4CE for ; Mon, 27 Sep 2004 15:07:27 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E2FC43D1F for ; Mon, 27 Sep 2004 15:07:27 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 82EF0ACC5F; Mon, 27 Sep 2004 17:07:25 +0200 (CEST) Date: Mon, 27 Sep 2004 17:07:25 +0200 From: Pawel Jakub Dawidek To: Daniel O'Connor Message-ID: <20040927150725.GV9550@darkness.comp.waw.pl> References: <20040927094602.GA17898@gnah.bolet.org> <20040927111734.GS9550@darkness.comp.waw.pl> <200409272339.27282.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Zqkt5x/gGOIVPcL0" Content-Disposition: inline In-Reply-To: <200409272339.27282.doconnor@gsoft.com.au> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: Thomas Pornin cc: freebsd-current@freebsd.org Subject: Re: Software RAID1 with atacontrol 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: Mon, 27 Sep 2004 15:07:27 -0000 --Zqkt5x/gGOIVPcL0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 27, 2004 at 11:39:20PM +0930, Daniel O'Connor wrote: +> On Mon, 27 Sep 2004 20:47, Pawel Jakub Dawidek wrote: +> > +> Therefore I think that there is something fishy here. Since the same +> > +> code is used for Promise RAID cards, the support for those card may= be +> > +> "broken" as well (at least unreliable in case of a crash, which is a +> > +> problem since RAID1 is meant to add reliability in case of a crash). +> > +> What can I do to help debug this ? +> > +> > I can only suggest gmirror(8):) +>=20 +> You can't boot from gmirror(8) with a hosed disk :( I wonder how BIOS react on such disk. You can setup in BIOS to boot from 'C', 'D', etc. disks and it will be cool if 'D' can be choosen when 'C' is broken. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --Zqkt5x/gGOIVPcL0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBWCytForvXbEpPzQRAuWeAKDRwUsgbM4B7uD7t98xOYzTLBKxYgCgmu0b eUFTjexv9dJk8yWlz7gfzNc= =dKIc -----END PGP SIGNATURE----- --Zqkt5x/gGOIVPcL0-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 15:11:47 2004 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 8028C16A4CE; Mon, 27 Sep 2004 15:11:47 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id B177C43D1F; Mon, 27 Sep 2004 15:11:46 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])98F9240960; Mon, 27 Sep 2004 17:11:45 +0200 (CEST) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 15454-03; Mon, 27 Sep 2004 17:11:45 +0200 (CEST) Received: from m2a2.dyndns.org (p54854C50.dip.t-dialin.net [84.133.76.80]) EF2F4408A0; Mon, 27 Sep 2004 17:11:44 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 4DE5BD621C; Mon, 27 Sep 2004 17:11:42 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 22884-04; Mon, 27 Sep 2004 17:11:42 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id E64CAD621B; Mon, 27 Sep 2004 17:11:41 +0200 (CEST) To: Scott Long In-Reply-To: <415812AD.2090901@FreeBSD.org> (Scott Long's message of "Mon, 27 Sep 2004 07:16:29 -0600") References: <415720FD.8080603@samsco.org> <415812AD.2090901@FreeBSD.org> From: Matthias Andree Date: Mon, 27 Sep 2004 17:11:41 +0200 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de cc: re@FreeBSD.org cc: standards@FreeBSD.org cc: Matthias Andree cc: current@FreeBSD.org Subject: Re: FreeBSD 5.3-BETA6 available 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: Mon, 27 Sep 2004 15:11:47 -0000 Scott Long writes: >> 1. /bin/sh "unset" is still in violation of IEEE Std 1003.1, 2004 >> edition. FIX IS AVAILABLE, bug has been open for many months, has >> persisted in BETA4 and 5. >> http://www.freebsd.org/cgi/query-pr.cgi?pr=standards/45738 >> http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037819.html > > I'll defer this to the standards folks. Finally someone picks these up -- much appreciated, thank you very much, it's a relief to be at least heard. The fix for this has been pending for almost two years now, was filed against 4.7, the fix is _trivial_ and was filed on 2002-11-26. Given that this has been lying unattended for another ten days on -standards already, can't we just commit this on probation and back out as problems arise in BETA7? I cannot imagine anyone relying on the bug in /bin/sh, but some test scripts in third-party software stumble across this when trying to sanitize their environment and need to resort to ugly workarounds such as SOMEVAR= ; unset SOMEVAR. The standard is clear, see 5th paragraph in DESCRIPTION of http://www.opengroup.org/onlinepubs/009695399/utilities/unset.html (Julian Elischer inquired if someone had taken interest last Tuesday but the report is still assigned to freebsd-bugs, so he hasn't claimed it yet, so I presume he hasn't sufficient interest or commit permission to address this.) >> 2. tcpdump IPv6CP segfaults are still open as of BETA5, FIX IS >> AVAILABLE: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/71453 >> > > Looks pretty straight-forward. Anyone want to import the fix from the > tcpdump CVS tree? I don't have a commit bit (nor am I asking for one but I'd take one if someone insisted). >> 3. data corruption on unaligned block access bug, kern/60313, >> is still open and unpatched AFAICS > > Is this actually an issue in FreeBSD 5? In the audit trail of the PR, > Bruce Evans seems to concede that GEOM checks block alignment > properly. I'll try again with a current beta and follow up on this with what I've found; at the time I filed it, there was a problem with a different symptom. If someone else has a SCRATCH partition that can lose all data, (comment out swap and reboot then you'll have one), a test program is part of http://www.freebsd.org/cgi/query-pr.cgi?pr=60313 -- if someone checks first, please Cc: me to avoid duplicated effort. >> 4. NIS is still faulty in pretending users aren't there when in fact >> NIS >> cannot tell if an account exists; bin/46866 is still open and unpatched > > While it's a compelling argument to follow the Solaris behavior, it's > also a compelling argument to have a reasonable timeout on password > lookups. The problem is that the system cannot communicate the difference between "temporary failure, try again" and "no such user", and can lead, for instance, to a bogus _PERMANENT_ reject of a mail, which, in turn, can trigger an unsubscription -- to name just one failure case I've experienced. >> 5. default inetd configuration denial of service bug, conf/33670, is >> still >> open and unpatched AND A LAST CHANCE TO FIX NOW > > inetd is not turned on by default. OK, I'll consider this closed. Feel free to close conf/33670; I'd suggest that the inetd documentation mentions that an connection rate limit doesn't bound the absolute client count and can result in DoS. > What do OpenBSD and NetBSD do? > What does Linux do with xinetd? Depends on the distribution. I cannot say anything about OpenBSD or NetBSD, SuSE Linux 9.1 doesn't automatically start services from inside inetd or xinetd AFAICS. >> 6. (portsmgr issue) no "yes or no" or whatsoever for my inquires >> whether >> ports/72017 can be committed in spite of the freeze. It's a >> bugfix-only update. >> Please state which of these will be fixed before 5.3-RELEASE and what >> further help is needed with these. Pav has claimed this and is waiting for portmgr approval which I already asked about when filing the bug, no-one stirred themselves yet. -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 15:18:28 2004 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 B046716A4CF for ; Mon, 27 Sep 2004 15:18:28 +0000 (GMT) Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BD8743D54 for ; Mon, 27 Sep 2004 15:18:27 +0000 (GMT) (envelope-from yurtesen-dated-1097162303.d08bfb@ispro.net.tr) Received: (qmail 52204 invoked by uid 89); 27 Sep 2004 15:18:23 -0000 Received: from [192.168.0.49] (perpetual.yok.utu.fi [130.232.138.155]) by supermail.ispro.net.tr (tmda-ofmipd) with ESMTP; Mon, 27 Sep 2004 18:18:21 +0300 (EEST) Message-ID: <4158BBC7.1020305@ispro.net.tr> Date: Mon, 27 Sep 2004 18:17:59 -0700 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes) From: Evren Yurtesen X-Primary-Address: yurtesen@ispro.net.tr cc: freebsd-current@freebsd.org Subject: Re(2): panic: sorele 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: Mon, 27 Sep 2004 15:18:28 -0000 Robert Watson wrote: > On Thu, 23 Sep 2004, Evren Yurtesen wrote: > > >>Does anybody know what is panic: sorele? :) > > > It's the result of an inconsistency detected by the kernel regarding > kernel invariants for sockets. The somewhat uninformative nature of the > message is historical, and should probably be fixed. If this is > reproduceable, could you rebuild your kernel with INVARIANTS support, as > well as DDB so you can generate a stack trace and other debugging > information (or, if you have a core, could you use gdb to extract > debugging information per the Handbook?) > I dont know why this error occur's but it happened again! So I guess I am able to reproduce the error easily in every 3-5 days. :) Because the machine is crashing every 3-5 days... The thing is that I am not able to get a kernel dump. Although I have set the dumpdev="/dev/ad0s1b" dumpdir="/usr/crash" in /etc/rc.conf What I get is: Sep 27 18:06:59 proxy savecore: no dumps found Do I have to compile in something into the kernel so that it will be able to make a dump or? Do I have to set something else to be able to get a kernel dump? Can you please help me out here? I have created the /usr/crash directory and there is lots of space in /usr partition(50gbyte) and the swap device is /dev/ad0s1b and it is 16gbytes and 3gbytes physical RAM is installed in the machine, so everything should be ok. Yet I am not able to get any crash dumps in /usr/crash directory. So what am I missing? Thanks, Evren From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 15:19:16 2004 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 1C99E16A4CE for ; Mon, 27 Sep 2004 15:19:16 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id D243D43D39 for ; Mon, 27 Sep 2004 15:19:14 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail 24771 invoked by uid 65534); 27 Sep 2004 15:19:13 -0000 Received: from pD9FF126E.dip.t-dialin.net (EHLO ms.homeip.net) (217.255.18.110) by mail.gmx.net (mp005) with SMTP; 27 Sep 2004 17:19:13 +0200 X-Authenticated: #15946415 Received: from [10.0.0.100] (helo=[10.0.0.100]) by ms.homeip.net with asmtp (TLSv1:AES256-SHA:256) id 1CBxHW-000PQb-CV; Mon, 27 Sep 2004 17:19:14 +0200 Message-ID: <41582F6F.9030909@gmx.de> Date: Mon, 27 Sep 2004 17:19:11 +0200 From: Jochen Gensch User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tim Bishop , freebsd-mobile@freebsd.org, freebsd-current@freebsd.org References: <200409210945.i8L9jCPS071852@sanne.nlnetlabs.nl> <414FFDAF.80907@gmx.de> <1095889939.43948.3.camel@inferno.sixth.bishnet.net> In-Reply-To: <1095889939.43948.3.camel@inferno.sixth.bishnet.net> X-Enigmail-Version: 0.86.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: NDISsulator: Setting up a 3Com pc card 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: Mon, 27 Sep 2004 15:19:16 -0000 Tim Bishop wrote: > Any suggestions? No :-( But here is my panic message if that helps someone. I had to type it down, so hopefully there is no mistake in there... I got this message, when I tried to bring ndis0 up at boot time by rc.conf with wep enable. I haven't tried an open system, yet. Fatal trag 12: page fault while in kernel mode cpuid = 0; apic id =00 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x8:0xe1dbf8f0 frame pointer = 0x10:0xe1dbf988 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gra 1 processort flags = interrupt enabled, resume, IOPL = 0 current process = 195 (ifconfig) trap number = 12 panic: page fault cpuid = 0 Cheers, Jochen From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 15:29:27 2004 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 E997A16A4CE for ; Mon, 27 Sep 2004 15:29:27 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4EDB43D45 for ; Mon, 27 Sep 2004 15:29:26 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with ESMTP id i8RFTP9S013963; Mon, 27 Sep 2004 17:29:25 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <415831D5.4050302@withagen.nl> Date: Mon, 27 Sep 2004 17:29:25 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Evren Yurtesen References: <4158BBC7.1020305@ispro.net.tr> In-Reply-To: <4158BBC7.1020305@ispro.net.tr> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Getting a kerneldump. [Was: Re: panic: sorele ] 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: Mon, 27 Sep 2004 15:29:28 -0000 > The thing is that I am not able to get a kernel dump. > Although I have set the > dumpdev="/dev/ad0s1b" > dumpdir="/usr/crash" > in /etc/rc.conf > What I get is: > Sep 27 18:06:59 proxy savecore: no dumps found > > Do I have to compile in something into the kernel so that it will be > able to make a dump or? > > Do I have to set something else to be able to get a kernel dump? Can > you please help me out here? I have created the /usr/crash directory > and there is lots of space in /usr partition(50gbyte) and the swap > device is /dev/ad0s1b and it is 16gbytes and 3gbytes physical RAM is > installed in the machine, so everything should be ok. > > Yet I am not able to get any crash dumps in /usr/crash directory. So > what am I missing? One way to test this is, if you have the KDB debugger compiled in: - break into the debugger; CTRL-ESC on you keyboard. - at the prompt: call doadump Ans see that 3Gb is written to disk. Then reboot, and see savecore write the dump to disk. Look at the flags of the manualpage to see if you can get more into out of savecore. And you can also set flags in /etc/rc.conf. savecore_flags="-v" If this works, than all preconditions of getting a dump are met and you have to look elsewhere for trobule If not, then this obviously needs to be fixed. --WjW From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 15:35:04 2004 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 09F1C16A4CE for ; Mon, 27 Sep 2004 15:35:04 +0000 (GMT) Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC04743D3F for ; Mon, 27 Sep 2004 15:35:02 +0000 (GMT) (envelope-from yurtesen-dated-1097163301.080fea@ispro.net.tr) Received: (qmail 66219 invoked by uid 89); 27 Sep 2004 15:35:01 -0000 Received: from [192.168.0.49] (perpetual.yok.utu.fi [130.232.138.155]) by supermail.ispro.net.tr (tmda-ofmipd) with ESMTP; Mon, 27 Sep 2004 18:34:58 +0300 (EEST) Message-ID: <4158BFAC.7050601@ispro.net.tr> Date: Mon, 27 Sep 2004 18:34:36 -0700 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes) From: Evren Yurtesen X-Primary-Address: yurtesen@ispro.net.tr cc: freebsd-current@freebsd.org Subject: Re(3): panic: sorele 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: Mon, 27 Sep 2004 15:35:04 -0000 Robert Watson wrote: > On Thu, 23 Sep 2004, Evren Yurtesen wrote: > > >>Does anybody know what is panic: sorele? :) > > > It's the result of an inconsistency detected by the kernel regarding > kernel invariants for sockets. The somewhat uninformative nature of the > message is historical, and should probably be fixed. If this is > reproduceable, could you rebuild your kernel with INVARIANTS support, as > well as DDB so you can generate a stack trace and other debugging > information (or, if you have a core, could you use gdb to extract > debugging information per the Handbook?) I am not able to compile the kernel with DDB and INVARIANTS either... When I put these options to kernel conf, I get this error Options Added: options INVARIANTS options KDB options DDB Error: cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/ddb/db_command.c /usr/src/sys/ddb/db_command.c: In function `db_watchdog': /usr/src/sys/ddb/db_command.c:615: warning: implicit declaration of function `_mtx_assert' /usr/src/sys/ddb/db_command.c:615: warning: nested extern declaration of `_mtx_assert' /usr/src/sys/ddb/db_command.c:615: error: `MA_OWNED' undeclared (first use in this function) /usr/src/sys/ddb/db_command.c:615: error: (Each undeclared identifier is reported only once /usr/src/sys/ddb/db_command.c:615: error: for each function it appears in.) *** Error code 1 Stop in /usr/obj/usr/src/sys/PROXY. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. > > Thanks, > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Principal Research Scientist, McAfee Research > > > >>FreeBSD proxy.ispro.net.tr 5.3-BETA4 FreeBSD 5.3-BETA4 #0: Fri Sep 17 >>19:17:14 EEST 2004 >>toor@proxy.ispro.net.tr:/usr/obj/usr/src/sys/PROXY i386 >> >>I just got this error and the machine got frozen... >> >>panic: sorele >>cpuid = 1 >>boot() called on cpu#1 >>Uptime: 5d19h48m4s >> >>I wonder if it might be some hardware problem or ? >> >>Copyright (c) 1992-2004 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.3-BETA4 #0: Fri Sep 17 19:17:14 EEST 2004 >> toor@proxy.ispro.net.tr:/usr/obj/usr/src/sys/PROXY >>Timecounter "i8254" frequency 1193182 Hz quality 0 >>CPU: Intel(R) Pentium(R) 4 CPU 3.06GHz (3059.02-MHz 686-class CPU) >> Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 >> >>Features=0xbfebfbff >> Hyperthreading: 2 logical CPUs >>real memory = 3216179200 (3067 MB) >>avail memory = 3149369344 (3003 MB) >>ACPI APIC Table: >>FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 1 >>ioapic0 irqs 0-23 on motherboard >>module_register_init: MOD_LOAD (splash_bmp, 0xc0788810, 0) error 2 >>acpi0: on motherboard >>acpi0: Power Button (fixed) >>Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >>acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 >>cpu0: on acpi0 >>cpu1: on acpi0 >>pcib0: port 0xcf8-0xcff on acpi0 >>pci0: on pcib0 >>agp0: port 0xefe0-0xefe7 mem >>0xfe780000-0xfe7fffff,0xf0000000-0xf7ffffff irq 16 at device 2.0 on pci0 >>agp0: detected 3964k stolen memory >>agp0: aperture size is 128M >>pcib1: at device 30.0 on pci0 >>pci1: on pcib1 >>fxp0: port 0xdf00-0xdf3f mem >>0xfe5ff000-0xfe5fffff irq 20 at device 8.0 on pci1 >>miibus0: on fxp0 >>inphy0: on miibus0 >>inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >>fxp0: Ethernet address: 00:0e:a6:0a:51:36 >>isab0: at device 31.0 on pci0 >>isa0: on isab0 >>atapci0: port >>0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.2 on pci0 >>ata0: channel #0 on atapci0 >>ata1: channel #1 on atapci0 >>pci0: at device 31.3 (no driver attached) >>acpi_button0: on acpi0 >>atkbdc0: port 0x64,0x60 irq 1 on acpi0 >>atkbd0: irq 1 on atkbdc0 >>kbd0 at atkbd0 >>atkbd0: [GIANT-LOCKED] >>npx0: [FAST] >>npx0: on motherboard >>npx0: INT 16 interface >>pmtimer0 on isa0 >>fdc0: ready for input in output >>fdc0: cmd 3 failed at out byte 1 of 3 >>sc0: at flags 0x100 on isa0 >>sc0: VGA <16 virtual consoles, flags=0x300> >>vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >>Timecounters tick every 10.000 msec >>ipfw2 initialized, divert disabled, rule-based forwarding enabled, >>default to accept, logging disabled >>ad0: 76319MB [155061/16/63] at ata0-master UDMA100 >>ad2: 114473MB [232581/16/63] at ata1-master SATA150 >>ad3: 114473MB [232581/16/63] at ata1-slave SATA150 >>SMP: AP CPU #1 Launched! >>Mounting root from ufs:/dev/ad0s1a >>WARNING: / was not properly dismounted >>WARNING: /tmp was not properly dismounted >>WARNING: /usr was not properly dismounted >>WARNING: /var was not properly dismounted >>_______________________________________________ >>freebsd-current@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-current >>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > > From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 15:35:43 2004 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 EE45D16A4CE for ; Mon, 27 Sep 2004 15:35:43 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6981B43D1D for ; Mon, 27 Sep 2004 15:35:43 +0000 (GMT) (envelope-from rob@pythonemproject.com) Received: from [192.168.1.102] (c-67-169-203-186.client.comcast.net[67.169.203.186]) by comcast.net (sccrmhc11) with ESMTP id <20040927153533011007575oe> (Authid: europax); Mon, 27 Sep 2004 15:35:42 +0000 Message-ID: <4158338A.9090309@pythonemproject.com> Date: Mon, 27 Sep 2004 08:36:42 -0700 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040816 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Lambert References: <20040927111438.GA865@genius.tao.org.uk> <1096290034.23046.82.camel@linux-mobile.example.net> <20040927143811.GA87515@sysmon.tcworks.net> In-Reply-To: <20040927143811.GA87515@sysmon.tcworks.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: Rainer Duffner Subject: Re: Laptop recommendations? 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: Mon, 27 Sep 2004 15:35:44 -0000 Scott Lambert wrote: > On Mon, Sep 27, 2004 at 03:00:35PM +0200, Rainer Duffner wrote: > >>I still don't know if I should replace my Inspiron 4000 with a PowerBook >>or with a x86-laptop - the price of a D600 seems to come very close >>anyway and the PB would be hassle-free in the ACPI-departement at >>least.... > > > I've had reasonably good luck running FreeBSD on laptops the past 6 > years. The support gets better all the time. Project Evil is the > beautiful. Everyone has done a lot of great work getting the hardware > support together. However, this Powerbook (15", 1.3GHz) and OS X 10.3.5 > is really nice, especially if you have a digital camera. > > There are some different hassles from running FreeBSD but in general it > is a much lower hassle environment, for me. It is nice to be able to > slam the lid, toss it in the bag, and be sure everything will be right > where you left it in a few hours when you open it up again. > > My biggest complaint is the same as about my last x86 laptop. I hate > touchpads. > I'd recommend Dell, even though it appears their quality has taken a hit lately, assembly I believe in a new very large country, haha. What I like is the 1 day service option. Here on my Dell 8600, 1 have had the mobo replaced 2 times, first for dead parallel port and second for bios hardware problems. And soon will have keyboard replaced, as soon as I contact the nice lady in India. It sounds negative, but the only downside is letting in the technician and setting him up on the kitchen table. Rob. ps. my old 8200 has only ever needed a new ps From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 15:39:33 2004 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 743BA16A4CE; Mon, 27 Sep 2004 15:39:33 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 557D743D41; Mon, 27 Sep 2004 15:39:33 +0000 (GMT) (envelope-from rob@pythonemproject.com) Received: from [192.168.1.102] (c-67-169-203-186.client.comcast.net[67.169.203.186]) by comcast.net (rwcrmhc11) with ESMTP id <2004092715393101300lnukhe> (Authid: europax); Mon, 27 Sep 2004 15:39:32 +0000 Message-ID: <4158347A.2010200@pythonemproject.com> Date: Mon, 27 Sep 2004 08:40:42 -0700 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040816 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel O'Connor References: <20040927111438.GA865@genius.tao.org.uk> <200409272341.53423.doconnor@gsoft.com.au> In-Reply-To: <200409272341.53423.doconnor@gsoft.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Josef Karthauser cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: Laptop recommendations? 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: Mon, 27 Sep 2004 15:39:33 -0000 Daniel O'Connor wrote: > On Mon, 27 Sep 2004 20:44, Josef Karthauser wrote: > >>My Dell Inspiron 5000e is getting a bit long in the tooth, and the >>keyboard has just packed in :( so I'm in the market for a new laptop. >>Does anyone have any recommendations for me? In particular I want a >>working ACPI/suspend interface and this Dell has never been supported >>well - fans on all the time, doesn't resume properly, etc. >> >>My previous machine was a Sony Vaio which I loved, but was fairly >>expensive and the repair support wasn't very good. Dell's support was >>much better and I'd prefer a Dell I think, but I don't know whether more >>recent models fair better with power management support, etc. >> >>Any helpful hints would be gladly received. > > > I have an Inspiron 8600 which is pretty nice. > Loads of stuff in it, but kind of heavy if that bothers you. > > I use ndis for the Intel wireless, and the nvidia binary drivers for the video > card (although the new ones don't work yet..) > > The 1920x1200 screen is really nice :) > > Here is a page on it.. > http://www.gsoft.com.au/~doconnor/I8600/ > > Note that it won't do better than S1 suspending (hangs or reboots) > See my other post on my Dell 8600. I have found that the LinkSys G router when combined with Netgear pc cards works nice. Don't bother buying the LinkSys pc cards. I have found them lacking sensitivity, and on windoze the setup util was unstable. Rob. From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 15:39:33 2004 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 743BA16A4CE; Mon, 27 Sep 2004 15:39:33 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 557D743D41; Mon, 27 Sep 2004 15:39:33 +0000 (GMT) (envelope-from rob@pythonemproject.com) Received: from [192.168.1.102] (c-67-169-203-186.client.comcast.net[67.169.203.186]) by comcast.net (rwcrmhc11) with ESMTP id <2004092715393101300lnukhe> (Authid: europax); Mon, 27 Sep 2004 15:39:32 +0000 Message-ID: <4158347A.2010200@pythonemproject.com> Date: Mon, 27 Sep 2004 08:40:42 -0700 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040816 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel O'Connor References: <20040927111438.GA865@genius.tao.org.uk> <200409272341.53423.doconnor@gsoft.com.au> In-Reply-To: <200409272341.53423.doconnor@gsoft.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Josef Karthauser cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: Laptop recommendations? 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: Mon, 27 Sep 2004 15:39:33 -0000 Daniel O'Connor wrote: > On Mon, 27 Sep 2004 20:44, Josef Karthauser wrote: > >>My Dell Inspiron 5000e is getting a bit long in the tooth, and the >>keyboard has just packed in :( so I'm in the market for a new laptop. >>Does anyone have any recommendations for me? In particular I want a >>working ACPI/suspend interface and this Dell has never been supported >>well - fans on all the time, doesn't resume properly, etc. >> >>My previous machine was a Sony Vaio which I loved, but was fairly >>expensive and the repair support wasn't very good. Dell's support was >>much better and I'd prefer a Dell I think, but I don't know whether more >>recent models fair better with power management support, etc. >> >>Any helpful hints would be gladly received. > > > I have an Inspiron 8600 which is pretty nice. > Loads of stuff in it, but kind of heavy if that bothers you. > > I use ndis for the Intel wireless, and the nvidia binary drivers for the video > card (although the new ones don't work yet..) > > The 1920x1200 screen is really nice :) > > Here is a page on it.. > http://www.gsoft.com.au/~doconnor/I8600/ > > Note that it won't do better than S1 suspending (hangs or reboots) > See my other post on my Dell 8600. I have found that the LinkSys G router when combined with Netgear pc cards works nice. Don't bother buying the LinkSys pc cards. I have found them lacking sensitivity, and on windoze the setup util was unstable. Rob. From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 16:04:24 2004 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 87C9316A4CE for ; Mon, 27 Sep 2004 16:04:24 +0000 (GMT) Received: from avout2.midco.net (avout2.midco.net [24.220.0.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AD9D43D31 for ; Mon, 27 Sep 2004 16:04:24 +0000 (GMT) (envelope-from pmes@bis.midco.net) Received: (qmail 3232 invoked by uid 1010); 27 Sep 2004 16:04:23 -0000 Received: from pmes@bis.midco.net by avout2 by uid 1003 with qmail-scanner-1.22 (f-prot: 4.4.2/3.14.11. Clear:RC:1(24.220.217.17):. Processed in 0.015244 secs); 27 Sep 2004 16:04:23 -0000 X-Qmail-Scanner-Mail-From: pmes@bis.midco.net via avout2 X-Qmail-Scanner: 1.22 (Clear:RC:1(24.220.217.17):. Processed in 0.015244 secs) Received: from host-17-217-220-24.midco.net (HELO [24.220.217.17]) ([24.220.217.17]) (envelope-sender ) by avout2.midco.net (qmail-ldap-1.03) with SMTP for ; 27 Sep 2004 16:04:23 -0000 In-Reply-To: <4158338A.9090309@pythonemproject.com> References: <20040927111438.GA865@genius.tao.org.uk> <1096290034.23046.82.camel@linux-mobile.example.net> <20040927143811.GA87515@sysmon.tcworks.net> <4158338A.9090309@pythonemproject.com> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Peter Schultz Date: Mon, 27 Sep 2004 11:04:19 -0500 To: Rob X-Mailer: Apple Mail (2.619) cc: Scott Lambert cc: current@freebsd.org cc: Rainer Duffner Subject: Re: Laptop recommendations? 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: Mon, 27 Sep 2004 16:04:24 -0000 How far off are we from a stable version of FreeBSD PPC? Apple's laptops are sweet. From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 16:12:03 2004 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 A45F216A4CE for ; Mon, 27 Sep 2004 16:12:03 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12F3F43D5C for ; Mon, 27 Sep 2004 16:12:03 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8RG95gY081342; Mon, 27 Sep 2004 10:09:05 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 27 Sep 2004 10:10:16 -0600 (MDT) Message-Id: <20040927.101016.116855223.imp@bsdimp.com> To: doconnor@gsoft.com.au From: "M. Warner Losh" In-Reply-To: <200409271724.33417.doconnor@gsoft.com.au> References: <20040927065752.19038.qmail@new.transactionware.com> <200409271724.33417.doconnor@gsoft.com.au> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: janm-freebsd-current@transactionware.com Subject: Re: Low volume sound on Dell Precision 530 (snd_ich) 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: Mon, 27 Sep 2004 16:12:03 -0000 In message: <200409271724.33417.doconnor@gsoft.com.au> "Daniel O'Connor" writes: : Try fiddling with the mixer settings? : : eg.. : mixer pcm 100 : mixer ogain 100 : mixer vol 100 When I try these with my Sony, I get it loud, but distorted. I just assumed that this was due to wimpy amps in ich sound parts. Warner From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 16:15:00 2004 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 42B8116A4CE; Mon, 27 Sep 2004 16:15:00 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id C579243D45; Mon, 27 Sep 2004 16:14:59 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8RGCgFg081390; Mon, 27 Sep 2004 10:12:42 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 27 Sep 2004 10:13:53 -0600 (MDT) Message-Id: <20040927.101353.128335832.imp@bsdimp.com> To: joe@freebsd.org From: "M. Warner Losh" In-Reply-To: <20040927111438.GA865@genius.tao.org.uk> References: <20040927111438.GA865@genius.tao.org.uk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Laptop recommendations? 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: Mon, 27 Sep 2004 16:15:00 -0000 In message: <20040927111438.GA865@genius.tao.org.uk> Josef Karthauser writes: : My previous machine was a Sony Vaio which I loved, but was fairly : expensive and the repair support wasn't very good. Dell's support was : much better and I'd prefer a Dell I think, but I don't know whether more : recent models fair better with power management support, etc. So far my Sony PCG-Z1WA has been trouble free. More trouble free than my 505TS ever was. My Dell i8k died the first of the year (just before I had to travel to Taiwan to give a talk), so I have no clue how well it works these days. I'm about to find out how well the Dell i8200 works, however, since I'm just waiting for a video card to arrive for the parts I've cobbled together. Warner From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 16:23:30 2004 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 C118916A4CE for ; Mon, 27 Sep 2004 16:23:30 +0000 (GMT) Received: from smtp.eos.ocn.ne.jp (eos.ocn.ne.jp [222.146.51.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66A0743D39 for ; Mon, 27 Sep 2004 16:23:30 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p20133-adsao12honb4-acca.tokyo.ocn.ne.jp [219.165.48.133]) by smtp.eos.ocn.ne.jp (Postfix) with ESMTP id C57EF8E; Tue, 28 Sep 2004 01:23:28 +0900 (JST) Received: from localhost (alph.allbsd.org [192.168.0.10]) by delta.allbsd.org (8.12.9p2/8.12.9) with ESMTP id i8RGMCbT054421; Tue, 28 Sep 2004 01:22:16 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Tue, 28 Sep 2004 01:21:33 +0900 (JST) Message-Id: <20040928.012133.95006557.hrs@eos.ocn.ne.jp> To: scottl@samsco.org, sos@DeepCore.dk From: Hiroki Sato In-Reply-To: <415720FD.8080603@samsco.org> <20040920022927.GA70726@bobbi.cse.buffalo.edu> References: <415720FD.8080603@samsco.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 4.0.68 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart0(Tue_Sep_28_01_21_33_2004_658)--" Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org Subject: Re: FreeBSD 5.3-BETA6 available 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: Mon, 27 Sep 2004 16:23:31 -0000 ----Security_Multipart0(Tue_Sep_28_01_21_33_2004_658)-- Content-Type: Multipart/Mixed; boundary="--Next_Part(Tue_Sep_28_01_21_33_2004_661)--" Content-Transfer-Encoding: 7bit ----Next_Part(Tue_Sep_28_01_21_33_2004_661)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Scott Long wrote in <415720FD.8080603@samsco.org>: scottl> Be sure to check the "Known issues" below, there are known problems scottl> still being worked on at this time. The following problem in BETA5 is not described as a known problem this time, but I think it is not fixed yet (removing the INVARIANTS kernel option masks that, though). Ken Smith wrote in <20040920022927.GA70726@bobbi.cse.buffalo.edu>: kensmith> Known issues in this release: (snip) kensmith> - pst(4) is known to cause a system panic during the boot time. The attached delta (pst-raid.c rev.1.13->1.14 should be merged. -- | Hiroki SATO ----Next_Part(Tue_Sep_28_01_21_33_2004_661)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pst-raid.c.diff" Index: pst-raid.c =================================================================== RCS file: /home/ncvs/src/sys/dev/pst/pst-raid.c,v retrieving revision 1.13 retrieving revision 1.14 diff -d -u -I\$OpenBSD:.*\$ -I\$FreeBSD:.*\$ -I\$Id:.*\$ -I\$hrs:.*\$ -r1.13 -r1.14 --- pst-raid.c 18 Feb 2004 21:36:52 -0000 1.13 +++ pst-raid.c 15 Sep 2004 15:39:28 -0000 1.14 @@ -123,11 +123,11 @@ if (!(psc->info = (struct i2o_bsa_device *) malloc(sizeof(struct i2o_bsa_device), M_PSTRAID, M_NOWAIT))) { - contigfree(reply, PAGE_SIZE, M_PSTRAID); + contigfree(reply, PAGE_SIZE, M_PSTIOP); return ENOMEM; } bcopy(reply->result, psc->info, sizeof(struct i2o_bsa_device)); - contigfree(reply, PAGE_SIZE, M_PSTRAID); + contigfree(reply, PAGE_SIZE, M_PSTIOP); if (!(reply = iop_get_util_params(psc->iop, psc->lct->local_tid, I2O_PARAMS_OPERATION_FIELD_GET, @@ -145,7 +145,7 @@ bpack(ident->vendor, ident->vendor, 16); bpack(ident->product, ident->product, 16); sprintf(name, "%s %s", ident->vendor, ident->product); - contigfree(reply, PAGE_SIZE, M_PSTRAID); + contigfree(reply, PAGE_SIZE, M_PSTIOP); bioq_init(&psc->queue); ----Next_Part(Tue_Sep_28_01_21_33_2004_661)---- ----Security_Multipart0(Tue_Sep_28_01_21_33_2004_658)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBWD4NTyzT2CeTzy0RApwBAJ9YGKsy/uOMzXL7Qz147yfklwV9QQCgmO0D F+wP0jCHi87aoFek1Wi6pSU= =9wRN -----END PGP SIGNATURE----- ----Security_Multipart0(Tue_Sep_28_01_21_33_2004_658)---- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 16:34:15 2004 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 7797F16A4CE for ; Mon, 27 Sep 2004 16:34:15 +0000 (GMT) Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net [24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4423643D5C for ; Mon, 27 Sep 2004 16:34:15 +0000 (GMT) (envelope-from ryan@slipgate.org) Received: from ryan.lan (gate.lan [192.168.1.1]) by slipgate.org (8.12.11/8.12.11) with ESMTP id i8RGXcFq026047; Mon, 27 Sep 2004 09:33:38 -0700 (PDT) Received: from ryan.lan (localhost [127.0.0.1]) by ryan.lan (8.13.1/8.13.1) with ESMTP id i8RGYJfj055626; Mon, 27 Sep 2004 09:34:19 -0700 (PDT) (envelope-from ryan@slipgate.org) Received: (from ryan@localhost) by ryan.lan (8.13.1/8.13.1/Submit) id i8RGYIf7055625; Mon, 27 Sep 2004 09:34:18 -0700 (PDT) (envelope-from ryan@slipgate.org) X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using -f Date: Mon, 27 Sep 2004 09:34:18 -0700 From: Ryan Freeman To: "M. Warner Losh" Message-ID: <20040927163418.GA55588@slipgate.org> References: <20040927065752.19038.qmail@new.transactionware.com> <200409271724.33417.doconnor@gsoft.com.au> <20040927.101016.116855223.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040927.101016.116855223.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i cc: FreeBSD Mailing List Subject: Re: Low volume sound on Dell Precision 530 (snd_ich) 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: Mon, 27 Sep 2004 16:34:15 -0000 On Mon, Sep 27, 2004 at 10:10:16AM -0600, M. Warner Losh wrote: > In message: <200409271724.33417.doconnor@gsoft.com.au> > "Daniel O'Connor" writes: > : Try fiddling with the mixer settings? > : > : eg.. > : mixer pcm 100 > : mixer ogain 100 > : mixer vol 100 > > When I try these with my Sony, I get it loud, but distorted. I just > assumed that this was due to wimpy amps in ich sound parts. > try setting the pcm and ogain to about 80 or so. with my sblive, if i turn the pcm up all the way, it gets distorted. about 80% is fine. never used ogain myself but maybe it applies for you? oh and the master volume doesn't distort for me so i let it slide from 0 to 100 depending on what i'm listening to ;) - ryan From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 16:35:20 2004 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 D579316A4CE; Mon, 27 Sep 2004 16:35:20 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99C2643D1D; Mon, 27 Sep 2004 16:35:20 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Mon, 27 Sep 2004 09:35:18 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id E63255D04; Mon, 27 Sep 2004 09:35:17 -0700 (PDT) To: Colin Percival In-reply-to: Your message of "Mon, 27 Sep 2004 04:38:30 PDT." <4157FBB6.6060508@wadham.ox.ac.uk> Date: Mon, 27 Sep 2004 09:35:17 -0700 From: "Kevin Oberman" Message-Id: <20040927163517.E63255D04@ptavv.es.net> cc: Josef Karthauser cc: current@freebsd.org Subject: Re: Laptop recommendations? 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: Mon, 27 Sep 2004 16:35:21 -0000 > Date: Mon, 27 Sep 2004 04:38:30 -0700 > From: Colin Percival > Sender: owner-freebsd-current@freebsd.org > > Josef Karthauser wrote: > > My Dell Inspiron 5000e is getting a bit long in the tooth, and the > > keyboard has just packed in :( so I'm in the market for a new laptop. > > Does anyone have any recommendations for me? In particular I want a > > working ACPI/suspend interface and this Dell has never been supported > > well - fans on all the time, doesn't resume properly, etc. > > The only problems I've had with my 600m / D600 are: > 1. Upon resuming from S1, moused is confused and needs to be restarted; Be sure to read ten psm man page. There are several flags available to help on this problem. HOOKRESUME and INITAFTERSUSPEND are the ones of interest. Try HOOKRESUME first and add the more drastic INITAFTERSUSPEND if that does not do the trick. For the bit-counting challenged, 0x2000 and 0x6000 are the hex equivalents. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 16:55:10 2004 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 D656716A4CE; Mon, 27 Sep 2004 16:55:10 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 729FF43D2F; Mon, 27 Sep 2004 16:55:10 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.34 (FreeBSD)) id 1CBymK-0008Qs-Ml; Mon, 27 Sep 2004 09:55:08 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16728.17900.196968.145116@ran.psg.com> Date: Mon, 27 Sep 2004 09:55:08 -0700 To: Scott Long References: <415720FD.8080603@samsco.org> <415812AD.2090901@FreeBSD.org> cc: current@FreeBSD.org Subject: Re: FreeBSD 5.3-BETA6 available 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: Mon, 27 Sep 2004 16:55:10 -0000 [ cc:s trimmed ] >> 5. default inetd configuration denial of service bug, conf/33670, is still >> open and unpatched AND A LAST CHANCE TO FIX NOW > inetd is not turned on by default. yes, but many of us with servers have to run it randy From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 16:56:46 2004 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 E6BC016A4CE for ; Mon, 27 Sep 2004 16:56:46 +0000 (GMT) Received: from 82-168-140-74-bbxl.xdsl.tiscali.nl (82-168-140-74-bbxl.xdsl.tiscali.nl [82.168.140.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id A637843D80 for ; Mon, 27 Sep 2004 16:56:45 +0000 (GMT) (envelope-from rene@82-168-140-74-bbxl.xdsl.tiscali.nl) Received: from 82-168-140-74-bbxl.xdsl.tiscali.nl (atmosphere.local [127.0.0.1])i8RGvPY4000823 for ; Mon, 27 Sep 2004 18:57:25 +0200 (CEST) (envelope-from rene@82-168-140-74-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost)i8RGvPD9000822 for freebsd-current@freebsd.org; Mon, 27 Sep 2004 18:57:25 +0200 (CEST) (envelope-from rene) Date: Mon, 27 Sep 2004 18:57:25 +0200 From: Rene Ladan To: freebsd-current@freebsd.org Message-ID: <20040927165724.GA771@82-168-140-74-bbxl.xdsl.tiscali.nl> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: panic: negative nice count 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: Mon, 27 Sep 2004 16:56:47 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I'm running BETA6: FreeBSD 82-168-140-74-bbxl.xdsl.tiscali.nl 5.3-BETA6 FreeBSD 5.3-BETA6 #0: Mon Sep 27 03:04:45 CEST 2004 root@82-168-140-74-bbxl.xdsl.tiscali.nl: /usr/obj/usr/src-releng_5/sys/RENE_2004-09-05d i386 When I did "idprio 31 -" on a process with nice 20, I got a "negative nice count" panic from kern_shutdown.c:553. I'm using ULE / witness / no PREEMPTION root@82-168-140-74-bbxl.xdsl.tiscali.nl:/usr/tmp/crashes#kgdb /boot/kernel.debug/.kernel.debug vmcore.1 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". doadump () at pcpu.h:159 (kgdb) bt f #0 doadump () at pcpu.h:159 No locals. #1 0xc048f7b2 in boot (howto=260) at /usr/src-releng_5/sys/kern/kern_shutdown.c:397 first_buf_printf = 1 #2 0xc048fb28 in panic (fmt=0xc05fa1ba "Negative nice count.") at /usr/src-releng_5/sys/kern/kern_shutdown.c:553 td = (struct thread *) 0xc14b6000 bootopt = 256 newpanic = 1 ap = 0xcee2dc58 "\001" buf = "Negative nice count.", '\0' #3 0xc04a1cab in kseq_nice_rem (kseq=0xc06452e0, nice=20) at /usr/src-releng_5/sys/kern/sched_ule.c:465 n = 0 #4 0xc04a2924 in sched_class (kg=0xc1880150, class=4) at /usr/src-releng_5/sys/kern/sched_ule.c:1459 kseq = (struct kseq *) 0xc06452e0 ke = (struct td_sched *) 0x0 td = (struct thread *) 0xc1882000 nclass = 4 oclass = 3 #5 0xc048d14f in rtp_to_pri (rtp=0xcee2dcd4, kg=0xc1880150) at /usr/src-releng_5/sys/kern/kern_resource.c:424 No locals. #6 0xc048d03a in rtprio (td=0xc1880150, uap=0xcee2dd14) at /usr/src-releng_5/sys/kern/kern_resource.c:389 curp = (struct proc *) 0x0 p = (struct proc *) 0xc187f540 kg = (struct ksegrp *) 0xc1880150 rtp = {type = 4, prio = 31} cierror = 0 error = 0 #7 0xc05d9130 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134515411, tf_esi = -1077940737, tf_ebp = -1077941004, tf_isp = -823992972, tf_ebx = -1077940744, tf_edx = 0, tf_ecx = 639, tf_eax = 166, tf_trapno = 12, tf_err = 2, tf_eip = 671914111, tf_cs = 31, tf_eflags = 531, tf_esp = -1077941076, tf_ss = 47}) at /usr/src-releng_5/sys/i386/i386/trap.c:1001 params = 0xbfbfecb0
callp = (struct sysent *) 0xc061c530 td = (struct thread *) 0xc14b6000 p = (struct proc *) 0xc1680380 orig_tf_eflags = 531 sticks = 2 error = 0 narg = 3 args = {1, 639, -1077941020, 2, -1050147968, 0, 0, 3} code = 166 #8 0xc05c7f9f in Xint0x80_syscall () at /usr/src-releng_5/sys/i386/i386/exception.s:201 No locals. #9 0x0000002f in ?? () No symbol table info available. #10 0x0000002f in ?? () No symbol table info available. #11 0x0000002f in ?? () No symbol table info available. #12 0x08048ad3 in ?? () No symbol table info available. #13 0xbfbfedff in ?? () No symbol table info available. #14 0xbfbfecf4 in ?? () No symbol table info available. #15 0xcee2dd74 in ?? () No symbol table info available. #16 0xbfbfedf8 in ?? () No symbol table info available. #17 0x00000000 in ?? () No symbol table info available. #18 0x0000027f in ?? () No symbol table info available. #19 0x000000a6 in ?? () No symbol table info available. #20 0x0000000c in ?? () No symbol table info available. #21 0x00000002 in ?? () No symbol table info available. #22 0x280c987f in ?? () No symbol table info available. #23 0x0000001f in ?? () No symbol table info available. #24 0x00000213 in ?? () No symbol table info available. #25 0xbfbfecac in ?? () No symbol table info available. #26 0x0000002f in ?? () No symbol table info available. #27 0x00000000 in ?? () No symbol table info available. #28 0x00000000 in ?? () No symbol table info available. #29 0x00000000 in ?? () No symbol table info available. #30 0x00000000 in ?? () No symbol table info available. #31 0x06e73000 in ?? () No symbol table info available. #32 0xc14b6154 in ?? () No symbol table info available. #33 0xc13e61a0 in ?? () No symbol table info available. #34 0xcee2dc9c in ?? () No symbol table info available. #35 0xcee2dc78 in ?? () No symbol table info available. #36 0xc14b6000 in ?? () No symbol table info available. #37 0xc04a2520 in sched_switch (td=0xbfbfedf8, newtd=0xbfbfedff, flags=Cannot access memory at address 0xbfbfed04 ) at /usr/src-releng_5/sys/kern/sched_ule.c:1286 ke = (struct td_sched *) 0x8048ad3 Previous frame inner to this frame (corrupt stack?) (kgdb) q --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWEZ0bWa3bO9NFoMRAj7vAJ0czEQGUv/YjHoS5YSJduFBl5URigCeL3mR F7hlgFnA6XJV1sTt2LsWkWM= =uUrk -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 16:59:05 2004 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 7943716A4CE for ; Mon, 27 Sep 2004 16:59:05 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24FF543D31 for ; Mon, 27 Sep 2004 16:59:05 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8RGxa8i058966; Mon, 27 Sep 2004 10:59:36 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <41584682.9050204@FreeBSD.org> Date: Mon, 27 Sep 2004 10:57:38 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <415720FD.8080603@samsco.org> <415812AD.2090901@FreeBSD.org> <16728.17900.196968.145116@ran.psg.com> In-Reply-To: <16728.17900.196968.145116@ran.psg.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: current@FreeBSD.org Subject: Re: FreeBSD 5.3-BETA6 available 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: Mon, 27 Sep 2004 16:59:05 -0000 Randy Bush wrote: > [ cc:s trimmed ] > > >>>5. default inetd configuration denial of service bug, conf/33670, is still >>> open and unpatched AND A LAST CHANCE TO FIX NOW >> >>inetd is not turned on by default. > > > yes, but many of us with servers have to run it > > randy > I understand and appreciate that. That's why I asked how other OS's handle inetd. Scott From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 17:01:35 2004 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 C731D16A4CE for ; Mon, 27 Sep 2004 17:01:35 +0000 (GMT) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E1BA43D46 for ; Mon, 27 Sep 2004 17:01:35 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy.york.ac.uk [144.32.226.160]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id i8RH1VN5022664; Mon, 27 Sep 2004 18:01:31 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.1/8.13.1) with ESMTP id i8RH1SiY004756; Mon, 27 Sep 2004 18:01:28 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.1/8.13.1/Submit) id i8RH1SbT004755; Mon, 27 Sep 2004 18:01:28 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Ryan Freeman In-Reply-To: <20040927163418.GA55588@slipgate.org> References: <20040927065752.19038.qmail@new.transactionware.com> <200409271724.33417.doconnor@gsoft.com.au> <20040927.101016.116855223.imp@bsdimp.com> <20040927163418.GA55588@slipgate.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1096304488.3329.50.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 27 Sep 2004 18:01:28 +0100 X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: FreeBSD Mailing List cc: "M. Warner Losh" Subject: Re: Low volume sound on Dell Precision 530 (snd_ich) 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: Mon, 27 Sep 2004 17:01:35 -0000 On Mon, 2004-09-27 at 17:34, Ryan Freeman wrote: > On Mon, Sep 27, 2004 at 10:10:16AM -0600, M. Warner Losh wrote: > > In message: <200409271724.33417.doconnor@gsoft.com.au> > > "Daniel O'Connor" writes: > > : Try fiddling with the mixer settings? > > : > > : eg.. > > : mixer pcm 100 > > : mixer ogain 100 > > : mixer vol 100 > > > > When I try these with my Sony, I get it loud, but distorted. I just > > assumed that this was due to wimpy amps in ich sound parts. > > > > try setting the pcm and ogain to about 80 or so. with my sblive, if i turn > the pcm up all the way, it gets distorted. about 80% is fine. never used ogain > myself but maybe it applies for you? oh and the master volume doesn't distort > for me so i let it slide from 0 to 100 depending on what i'm listening to ;) Hmm, are these all ICH chipsets? I'm seeing the same on my desktop machine (ICH5 chipset). I have an identical system running Windows which I can turn up to 100% without distortion, and it is louder, too, which suggests to me that it may not be the output stage being saturated. Gavin From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 17:03:22 2004 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 242D616A4CF for ; Mon, 27 Sep 2004 17:03:22 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id E313843D48 for ; Mon, 27 Sep 2004 17:03:21 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8RH3Lup033896 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 27 Sep 2004 10:03:21 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8RH3LU7033895 for freebsd-current@freebsd.org; Mon, 27 Sep 2004 10:03:21 -0700 (PDT) (envelope-from jdc) Date: Mon, 27 Sep 2004 10:03:21 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20040927170321.GA31501@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: Pending issues with RELENG_5 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: Mon, 27 Sep 2004 17:03:22 -0000 Here's a list of things that still concern me so far with RELENG_5, particularly with BETA6 (and even more recent than that). Hopefully the appropriate parties can chime in here... * No /etc/mergemaster.rc or /etc/defaults/mergemaster.rc Possibly creating this out-of-the-box during install, or keep a template in /etc/defaults/mergemaster.rc ? * /etc/rc.d/named does not set up chroot environment properly For example, in the chroot_autoupdate() function, lines 37 and 41 call pax blindly, referring to ${named_chrootdir}/dev even if it hasn't been created. The same goes for ${named_chrootdir}/etc/namedb/rndc.key, and the entire ${named_chrootdir}/etc tree (etc/localtime, etc/namedb, and so on). Could we get appropriate if [ -d ...]; then mkdir/chown/chmod; fi statements for creating this structure? I personally have no idea who the appropriate directories should be owned by, or perm'd to. * bind9 chroot tips Possibly some details on how to configure named.conf inside the default named.conf? We hint at it already... * Leftovers from bind8-->bind9 upgrade We now have two versions of nslookup; /usr/bin/nslookup and /usr/sbin/nslookup (deprecated), but we've also /usr/lib/libisc.* I assume this can be deleted and ldconfig -R re-run? There's also the old dnsquery and dnskeygen binaries, extraneous manpages, etc.. [This entry could spawn off quite a long thread about how exactly we plan on handling 'outdated' files. None of this will matter when actually installing 5.3-STABLE (when released) on a new box, but for all bazillion of us who cvsup+world, it's a long-standing issue.] I was in a hurry this morning to get this out, meaning my actual "full list" is probably quite a bit longer... just need the time to sit down and type it all in. :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 17:05:10 2004 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 6727316A4CE; Mon, 27 Sep 2004 17:05:10 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 864D743D46; Mon, 27 Sep 2004 17:05:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id C34DB1FFDD6; Mon, 27 Sep 2004 19:05:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id C15821FFDD8; Mon, 27 Sep 2004 19:05:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id E8264154FC; Mon, 27 Sep 2004 17:02:57 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id DCF0C15384; Mon, 27 Sep 2004 17:02:57 +0000 (UTC) Date: Mon, 27 Sep 2004 17:02:57 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Pavel Gubin In-Reply-To: <20040923165349.GA38511@ie.tusur.ru> Message-ID: References: <20040922095257.GA81709@ie.tusur.ru> <200409221628.51977.jhb@FreeBSD.org> <200409231029.47945.jhb@FreeBSD.org> <20040923165349.GA38511@ie.tusur.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: freebsd-current@freebsd.org Subject: Re: "Multiple entries for PCI IRQ 16" and "xlock already held"panics on 5.3-BETA(3,4,5) 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: Mon, 27 Sep 2004 17:05:10 -0000 On Thu, 23 Sep 2004, Pavel Gubin wrote: Hi, > On Thu, Sep 23, 2004 at 10:29:47AM -0400, John Baldwin wrote: > > > > > > panices immediately with "panic: Multiple entries for PCI IRQ 16" > [] > > > I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# > > > INT active-lo level 0 2:A 2 16 > > > INT active-lo level 0 2:A 2 23 > > > > This is the real bug and I guess I can improve the message. Then problem is > > not two lines for IRQ 16, but that the PCI interrrupt for bus 0, device 2, > > pin #A has two different IRQs listed, so we don't know which one we are > > supposed to use. This is definitely a BIOS bug and your motherboard > > manufacturer needs to harassed into giving you a BIOS update. > > Then shame on MSI.. And some stupid question - maybe a kernel can be given MSI A6120MS V2.0 (latest BIOS from 7/2000 I think) I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# .. INT active-lo level 0 15:A 2 16 .. INT active-lo level 0 15:A 2 18 .. normally it goes ------ OK lsmod 0x400000: /boot/kernel/kernel (elf kernel, 0x6c76cc) modules: linux.1 elink.1 io.1 splash.1 viapm.1 intpm.1 alpm.1 agp.1 crypto.1 nfsserver.1 nfs4.1 nfs.1 ipfw.2 rc4.1 netgraph.65546 wlan.1 zlib.1 sppp.1 if_gif.1 if_fait h.1 ether.1 sysvshm.1 sysvsem.1 sysvmsg.1 cd9660.1 isa.1 pseudofs.1 procfs.1 msdosfs.1 usb.1 smbus.1 smb.1 random.1 ppbus.1 pci.1 pccard.1 null.1 mpt.1 miibus.1 mem.1 is p.1 iicsmb.1 iicbus.1 iicbb.1 iic.1 ic.1 sbp.1 fwe.1 firewire.1 exca.1 cardbus.1 ahd.1 ahd_pci.1 ahc.1 ahc_pci.1 ahc_isa.1 ahc_eisa.1 linprocfs.1 scsi_low.1 cam.1 OK set boot_verbose=1 OK show LINES=24 acpi_load=YES autoboot_delay=NO boot_verbose=1 ... OK boot -h ACPI autoload failed - no such file or directory Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ac9000. MP Configuration Table version 1.4 found at 0xc00f7200 APIC: Using the MPTable enumerator. SMP: Added CPU 0 (BSP) SMP: Added CPU 1 (AP) MPTable: ... panic: Multiple IRQs for PCI interrupt 0.15.INTA: 16 and 18 cpuid = 0 KDB: enter: panic [thread 0] Stopped at kdb_enter+0x2b: nop db> ------ but if I do (no lsmod this time but that shouldn't matter): ------ db> reset OK set boot_verbose=1 OK unload acpi <------- this OK boot -h /boot/kernel/kernel text=0x4b6e3c data=0x88048+0x9bc78 syms=[0x4+0x6b200+0x4+0x809c1] /boot/kernel/acpi.ko text=0x4097c data=0x1be4+0x110c syms=[0x4+0x7300+0x4+0x9782] ... Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b1e000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b1e250. Table 'FACP' at 0x1fff0030 Table 'APIC' at 0x1fff00b0 MADT: Found table at 0x1fff00b0 MP Configuration Table version 1.4 found at 0xc00f7200 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 2: enabled SMP: Added CPU 1 (AP) ACPI APIC Table: ... ------ everything boots up just fine. /me does not have to understand - do I ? -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 17:06:54 2004 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 C504A16A4D0 for ; Mon, 27 Sep 2004 17:06:54 +0000 (GMT) Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net [69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A99443D2F for ; Mon, 27 Sep 2004 17:06:54 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i8RH6lKu024579; Mon, 27 Sep 2004 13:06:47 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i8RH6kfA024578; Mon, 27 Sep 2004 13:06:46 -0400 (EDT) (envelope-from green) Date: Mon, 27 Sep 2004 13:06:46 -0400 From: Brian Fundakowski Feldman To: Randy Bush Message-ID: <20040927170646.GA24003@green.homeunix.org> References: <20040926201250.B9557@fw.reifenberger.com> <20040926.144323.94553654.imp@bsdimp.com> <20040926231325.K1076@fw.reifenberger.com> <20040926.152400.31236652.imp@bsdimp.com> <16727.14272.253596.831284@ran.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16727.14272.253596.831284@ran.psg.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: "M. Warner Losh" Subject: Re: "dump -L -C32 .. | gzip -3c" stuck under -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: Mon, 27 Sep 2004 17:06:54 -0000 On Sun, Sep 26, 2004 at 02:42:24PM -0700, Randy Bush wrote: > >> Then this could be a snapshot problem. > > I'm not sure. Just reporting what piperd ment... > > there is a system from which i have not been able to dump -L > since last winter. At the very least you want to get the wait channel or state of each process in the chain, or information on whether it has exited... Use ps with the l flag, or top, and you should know a little bit more of what is going on. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 17:16:42 2004 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 2E15516A4CE for ; Mon, 27 Sep 2004 17:16:42 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67CFD43D39 for ; Mon, 27 Sep 2004 17:16:40 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr [62.103.39.229])i8RHGT3E010717; Mon, 27 Sep 2004 20:16:29 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i8RHGU0n004887; Mon, 27 Sep 2004 20:16:30 +0300 (EEST) (envelope-from keramida@linux.gr) Received: (from keramida@localhost)i8RHGU0R004886; Mon, 27 Sep 2004 20:16:30 +0300 (EEST) (envelope-from keramida@linux.gr) Date: Mon, 27 Sep 2004 20:16:30 +0300 From: Giorgos Keramidas To: Jose M Rodriguez Message-ID: <20040927171630.GB4684@orion.daedalusnetworks.priv> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: current@freebsd.org Subject: Re: WIP: /etc/rc.d/xdm RCORDER problems 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: Mon, 27 Sep 2004 17:16:42 -0000 On 2004-09-27 14:50, Jose M Rodriguez wrote: > I have now a working /etc/rc.d/xdm script for booting > Xorg(XDMCP)/gdm/kdm/xdm. > But I have reached a problem. > > The xdm script requires LOGIN syscons and moused. > But xdm is take very early by rcorder and gets running before init launch > the gettys. > For a safe solution, I think that /etc/rc.d/xdm must tagged 'nostart' and > launch from /etc/ttys. > No. In this case must become a real wrapper. > > But I recall that gnome users do this from /usr/X11R6/etc/rc.d/gdm.sh > without too much problems > > So, I think that must be a real /etc/rc.d/ problem > > After a first look, IMHO, seems that a lot of BEFORE tags are missing. At > last several BEFORE: LOGIN. > > rcorder -k FreeBSD -s nostart /etc/rc.d/* > ... > /etc/rc.d/LOGIN > /etc/rc.d/syscons > /etc/rc.d/xdm > /etc/rc.d/watchdogd > /etc/rc.d/sshd > /etc/rc.d/sendmail > /etc/rc.d/archdep > /etc/rc.d/abi > /etc/rc.d/cron > /etc/rc.d/devfs > /etc/rc.d/jail > /etc/rc.d/localpkg > /etc/rc.d/netoptions > /etc/rc.d/securelevel > /etc/rc.d/resolv > /etc/rc.d/pcvt > /etc/rc.d/othermta > /etc/rc.d/nsswitch > /etc/rc.d/msgs > /etc/rc.d/mixer > /etc/rc.d/inetd > /etc/rc.d/bgfsck > > This is FreeBSD-5BETA5 > May I send-pr this? Sure, you can always send-pr something that bothers you. In this case though, IMHO, you should wait a bit. Some of the rc.d scripts you listed above have a `REQUIRE: LOGIN' line. This will create a dependency problem if combined with a line that contains `BEFORE: LOGIN', since a script cannot depend on LOGIN to start but start before LOGIN. The scripts that depend on LOGIN and are listed above are: /etc/rc.d/syscons:# REQUIRE: LOGIN usbd /etc/rc.d/sshd:# REQUIRE: LOGIN /etc/rc.d/sendmail:# REQUIRE: LOGIN /etc/rc.d/archdep:# REQUIRE: LOGIN /etc/rc.d/abi:# REQUIRE: LOGIN /etc/rc.d/cron:# REQUIRE: LOGIN /etc/rc.d/devfs:# REQUIRE: LOGIN /etc/rc.d/jail:# REQUIRE: LOGIN /etc/rc.d/pcvt:# REQUIRE: LOGIN /etc/rc.d/othermta:# REQUIRE: LOGIN /etc/rc.d/msgs:# REQUIRE: LOGIN /etc/rc.d/mixer:# REQUIRE: LOGIN usbd /etc/rc.d/inetd:# REQUIRE: DAEMON LOGIN - Giorgos From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 17:19:16 2004 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 CA86816A4CE for ; Mon, 27 Sep 2004 17:19:16 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB3C243D41 for ; Mon, 27 Sep 2004 17:19:15 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id i8RHIsrP032923; Mon, 27 Sep 2004 10:18:59 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200409271718.i8RHIsrP032923@gw.catspoiler.org> Date: Mon, 27 Sep 2004 10:18:54 -0700 (PDT) From: Don Lewis To: scrappy@hub.org In-Reply-To: <20040924160535.N43964@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-current@FreeBSD.org cc: keramida@linux.gr Subject: Re: what is fsck's "slowdown"? 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: Mon, 27 Sep 2004 17:19:16 -0000 On 24 Sep, Marc G. Fournier wrote: > > Just curious as to whether or not this is going to get applied to the > source tree ... ? Just checked my -current, and it isn't there yet, just > wanted to see if maybe its been forgotten? :( There are a couple of tweaks that I want to do. My plan is to re-post the patch to current@ for further testing before I commit it. After it has had time to be sufficiently exercised in -CURRENT, I'll MFC it to RELENG_5 (after 5.3-RELEASE), and RELENG_4. The feedback I've gotten from those who reviewed the patch has been positive, but I want to take it slow because of the critical nature of fsck. > On Sun, 5 Sep 2004, Don Lewis wrote: > >> On 4 Sep, To: scrappy@hub.org wrote: >>> On 4 Sep, Don Lewis wrote: >>>> On 4 Sep, Marc G. Fournier wrote: >>>>> On Fri, 3 Sep 2004, Don Lewis wrote: >>>> >>>>>> Would the file system in question happen to be full of UNREF files that >>>>>> fsck is deleting? >>>>> >>>>> mostly 'ZERO LENGTH DIRECTORY' ... >>>> >>>> I'm pretty sure that I understand the problem now. During pass 4, fsck >>>> looks at each inode. It checks each inode in the FSTATE and DFOUND >>>> states to see if their link counts need to be adjusted. If the link >>>> count does not need to be adjusted, fsck checks to see if the inode is >>>> on the list of inodes whose initial link counts were zero, and if it >>>> finds the inode on this list, it clears the inode. >>>> >>>> The problem is that the zero length directories get added to this list >>>> if their initial link count is zero, and they also don't get removed >>>> from the list because they are in the DCLEAR state, so the list doesn't >>>> shrink. This bloats the list, which greatly slows down processing of >>>> normal files and directories. >>>> >>>> Deleting unreferenced files is not the biggest bottleneck, so reversing >>>> the order of the list isn't going to help much. Probably the biggest >>>> speedup could be gained by keeping the zero length directories off the >>>> list. >>> >>> An even better solution would be to dispense with the zln list entirely >>> and just set a bit for these inodes in their struct inostat. This >>> change is a bit more intrusive because of the need for some sort of >>> packing strategy because of the need to keep this structure small. My >>> initial inclination would be to add two new states, FZERO and DZERO, >>> that pass1() would use to mark inodes with a zero link count. >> >> Here's a patch that eliminates the zln list and adds two new inode >> states to tag zero files and directories that have a zero link count. It >> seems to work in the light testing that I have done, but it needs >> further and review before it gets committed. >> [snip] From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 17:38:32 2004 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 7FFF216A4CF for ; Mon, 27 Sep 2004 17:38:32 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A94C43D1D for ; Mon, 27 Sep 2004 17:38:30 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CBzSY-0007Oa-00 Mon, 27 Sep 2004 19:38:46 +0200 Received: from [212.106.255.190] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CBzSX-0007OL-00 Mon, 27 Sep 2004 19:38:45 +0200 Received: from localhost.redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i8RHcRku022711; Mon, 27 Sep 2004 19:38:27 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Date: Mon, 27 Sep 2004 19:38:26 +0200 To: "Giorgos Keramidas" References: <20040927171630.GB4684@orion.daedalusnetworks.priv> From: "Jose M Rodriguez" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <20040927171630.GB4684@orion.daedalusnetworks.priv> User-Agent: Opera M2/7.54 (FreeBSD, build 751) X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.11; VDF 6.27.0.70 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: current@freebsd.org Subject: Re: WIP: /etc/rc.d/xdm RCORDER problems 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: Mon, 27 Sep 2004 17:38:32 -0000 On Mon, 27 Sep 2004 20:16:30 +0300, Giorgos Keramidas wrote: > On 2004-09-27 14:50, Jose M Rodriguez wrote: >> I have now a working /etc/rc.d/xdm script for booting >> Xorg(XDMCP)/gdm/kdm/xdm. >> But I have reached a problem. >> ... > Sure, you can always send-pr something that bothers you. In this case > though, IMHO, you should wait a bit. > > Some of the rc.d scripts you listed above have a `REQUIRE: LOGIN' line. > This will create a dependency problem if combined with a line that > contains `BEFORE: LOGIN', since a script cannot depend on LOGIN to start > but start before LOGIN. > I don't think this may be a REQUIRE issue, but a BEFORE: one as an explample, if inetd must launch a NETWORK, it must be launch BEFORE LOGIN. I can't send-pr this. I doesn't know even how to begin. I rather puzzle that, ading a simple script (xdm) I can't manage to put it at the very end of rcorder (I have race problems between gettys from /etc/ttys and xdm). To get a working patch, I've to rename xdm to 0xdm. It, at a minimum, annoying. I can sure what is. But rcorder seems to be very sensitive to 'string order'. Take note is other problems arise ... Just putting another script more !! > The scripts that depend on LOGIN and are listed above are: > > /etc/rc.d/syscons:# REQUIRE: LOGIN usbd > /etc/rc.d/sshd:# REQUIRE: LOGIN > /etc/rc.d/sendmail:# REQUIRE: LOGIN > /etc/rc.d/archdep:# REQUIRE: LOGIN > /etc/rc.d/abi:# REQUIRE: LOGIN > /etc/rc.d/cron:# REQUIRE: LOGIN > /etc/rc.d/devfs:# REQUIRE: LOGIN > /etc/rc.d/jail:# REQUIRE: LOGIN > /etc/rc.d/pcvt:# REQUIRE: LOGIN > /etc/rc.d/othermta:# REQUIRE: LOGIN > /etc/rc.d/msgs:# REQUIRE: LOGIN > /etc/rc.d/mixer:# REQUIRE: LOGIN usbd > /etc/rc.d/inetd:# REQUIRE: DAEMON LOGIN > And ... why? sshd, sendmail, inetd, othermta ... It's no sense. All this are network servers that must be on NETWORK, REQUIRE NETWORKING and be run BEFORE LOGIN ¿no?. > - Giorgos > -- josemi > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 17:39:04 2004 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 BBABB16A4CE for ; Mon, 27 Sep 2004 17:39:04 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AB7B43D2D for ; Mon, 27 Sep 2004 17:39:04 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8RHZs04082451; Mon, 27 Sep 2004 11:35:54 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 27 Sep 2004 11:37:07 -0600 (MDT) Message-Id: <20040927.113707.45515173.imp@bsdimp.com> To: ryan@slipgate.org From: "M. Warner Losh" In-Reply-To: <20040927163418.GA55588@slipgate.org> References: <200409271724.33417.doconnor@gsoft.com.au> <20040927.101016.116855223.imp@bsdimp.com> <20040927163418.GA55588@slipgate.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Low volume sound on Dell Precision 530 (snd_ich) 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: Mon, 27 Sep 2004 17:39:04 -0000 In message: <20040927163418.GA55588@slipgate.org> Ryan Freeman writes: : On Mon, Sep 27, 2004 at 10:10:16AM -0600, M. Warner Losh wrote: : > In message: <200409271724.33417.doconnor@gsoft.com.au> : > "Daniel O'Connor" writes: : > : Try fiddling with the mixer settings? : > : : > : eg.. : > : mixer pcm 100 : > : mixer ogain 100 : > : mixer vol 100 : > : > When I try these with my Sony, I get it loud, but distorted. I just : > assumed that this was due to wimpy amps in ich sound parts. : > : : try setting the pcm and ogain to about 80 or so. with my sblive, if i turn : the pcm up all the way, it gets distorted. about 80% is fine. never used ogain : myself but maybe it applies for you? oh and the master volume doesn't distort : for me so i let it slide from 0 to 100 depending on what i'm listening to ;) Trouble is that I need both pcm and vol at 100 to get the loudness that I want :-) Warner From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 17:45:11 2004 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 4D41916A4CF for ; Mon, 27 Sep 2004 17:45:11 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AECB43D46 for ; Mon, 27 Sep 2004 17:45:11 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8RHjAnJ035101 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 27 Sep 2004 10:45:10 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8RHjA8i035100 for freebsd-current@freebsd.org; Mon, 27 Sep 2004 10:45:10 -0700 (PDT) (envelope-from jdc) Date: Mon, 27 Sep 2004 10:45:10 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20040927174510.GA35005@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org References: <20040927170321.GA31501@parodius.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040927170321.GA31501@parodius.com> User-Agent: Mutt/1.5.6i Subject: Re: Pending issues with RELENG_5 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: Mon, 27 Sep 2004 17:45:11 -0000 Oops, forgot one: * No /etc/defaults/make.conf -- has this methodology been changed since RELENG_4? If not, I assume this will be rectified prior to 5.3 going to -RELEASE? Most of us have been going off of 4.x boxes which have /etc/defaults/make.conf, but the tweaks may not be the same between 4.x and 5.x (some deprecated, new additions, changes, etc.). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Mon, Sep 27, 2004 at 10:03:21AM -0700, Jeremy Chadwick wrote: > Here's a list of things that still concern me so far with RELENG_5, > particularly with BETA6 (and even more recent than that). Hopefully > the appropriate parties can chime in here... > > * No /etc/mergemaster.rc or /etc/defaults/mergemaster.rc > Possibly creating this out-of-the-box during install, or keep a > template in /etc/defaults/mergemaster.rc ? > > * /etc/rc.d/named does not set up chroot environment properly > For example, in the chroot_autoupdate() function, lines 37 > and 41 call pax blindly, referring to ${named_chrootdir}/dev even > if it hasn't been created. > > The same goes for ${named_chrootdir}/etc/namedb/rndc.key, and the > entire ${named_chrootdir}/etc tree (etc/localtime, etc/namedb, and > so on). > > Could we get appropriate if [ -d ...]; then mkdir/chown/chmod; fi > statements for creating this structure? I personally have no idea > who the appropriate directories should be owned by, or perm'd to. > > * bind9 chroot tips > Possibly some details on how to configure named.conf inside the > default named.conf? We hint at it already... > > * Leftovers from bind8-->bind9 upgrade > We now have two versions of nslookup; /usr/bin/nslookup and > /usr/sbin/nslookup (deprecated), but we've also /usr/lib/libisc.* > I assume this can be deleted and ldconfig -R re-run? There's also > the old dnsquery and dnskeygen binaries, extraneous manpages, etc.. > > [This entry could spawn off quite a long thread about how exactly we > plan on handling 'outdated' files. None of this will matter when > actually installing 5.3-STABLE (when released) on a new box, but > for all bazillion of us who cvsup+world, it's a long-standing issue.] > > I was in a hurry this morning to get this out, meaning my actual "full > list" is probably quite a bit longer... just need the time to sit down > and type it all in. :-) > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. | > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 17:47:30 2004 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 57B2D16A4CE for ; Mon, 27 Sep 2004 17:47:30 +0000 (GMT) Received: from frontend1.messagingengine.com (frontend1.messagingengine.com [66.111.4.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E5EC43D46 for ; Mon, 27 Sep 2004 17:47:30 +0000 (GMT) (envelope-from osipkov@cs.umn.edu) X-Sasl-enc: j7AbxpEQ6dXNPA3pzHEYKQ 1096307235 Received: from [128.101.189.247] (fairtella.cs.umn.edu [128.101.189.247]) by frontend1.messagingengine.com (Postfix) with ESMTP id 27AD8C155BE for ; Mon, 27 Sep 2004 13:47:14 -0400 (EDT) Message-ID: <41585223.2070204@cs.umn.edu> Date: Mon, 27 Sep 2004 12:47:15 -0500 From: Ivan Osipkov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040809 Debian/1.7.2-0woody1 X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: DELL 5150 Crash 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: Mon, 27 Sep 2004 17:47:30 -0000 I have DELL 5150 Inspiron with Windows XP on one partition and FreeBSD-CURRENT on another. The hardware failed and now I cannot mount /usr. Dell diagnostics say that there is unrecoverable data block, which means hard drive has to be replaced. My question: is there a Windows tool to access files on BSD partition? Thanks guys From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 17:51:09 2004 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 C81FA16A4CF for ; Mon, 27 Sep 2004 17:51:09 +0000 (GMT) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [81.2.69.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F60B43D55 for ; Mon, 27 Sep 2004 17:51:08 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1] (may be forged))i8RHp3CA067280 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 27 Sep 2004 18:51:03 +0100 (BST) (envelope-from matthew@happy-idiot-talk.infracaninophile.co.uk) Received: (from matthew@localhost)i8RHp3x9067279 for freebsd-current@freebsd.org; Mon, 27 Sep 2004 18:51:03 +0100 (BST) (envelope-from matthew) Date: Mon, 27 Sep 2004 18:51:03 +0100 From: Matthew Seaman To: freebsd-current@freebsd.org Message-ID: <20040927175103.GA67211@happy-idiot-talk.infracaninophile.co.uk> Mail-Followup-To: freebsd-current@freebsd.org References: <20040927170321.GA31501@parodius.com> <20040927174510.GA35005@parodius.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline In-Reply-To: <20040927174510.GA35005@parodius.com> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (smtp.infracaninophile.co.uk [IPv6:::1]); Mon, 27 Sep 2004 18:51:03 +0100 (BST) X-Virus-Scanned: clamd / ClamAV version devel-20040904, clamav-milter version 0.75l on smtp.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on happy-idiot-talk.infracaninophile.co.uk Subject: Re: Pending issues with RELENG_5 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: Mon, 27 Sep 2004 17:51:09 -0000 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 27, 2004 at 10:45:10AM -0700, Jeremy Chadwick wrote: > Oops, forgot one: >=20 > * No /etc/defaults/make.conf -- has this methodology been changed since > RELENG_4? If not, I assume this will be rectified prior to 5.3 > going to -RELEASE? Most of us have been going off of 4.x boxes which > have /etc/defaults/make.conf, but the tweaks may not be the same > between 4.x and 5.x (some deprecated, new additions, changes, etc.). Moved to /usr/share/examples/etc/make.conf Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK --y0ulUmNC+osPPQO6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWFMHiD657aJF7eIRAqUYAJ48qJsUNwyQ8syzHmzpxHdi+Y6osgCgoZQe 5DnH0dykq98nwwNAE6MUGYg= =1mYZ -----END PGP SIGNATURE----- --y0ulUmNC+osPPQO6-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 18:17:55 2004 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 DEBE016A4CE for ; Mon, 27 Sep 2004 18:17:55 +0000 (GMT) Received: from frontend1.messagingengine.com (frontend1.messagingengine.com [66.111.4.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id B886943D49 for ; Mon, 27 Sep 2004 18:17:55 +0000 (GMT) (envelope-from osipkov@cs.umn.edu) X-Sasl-enc: in5FU8FqW6BYACv2Dkw2fQ 1096309074 Received: from [128.101.189.247] (fairtella.cs.umn.edu [128.101.189.247]) by frontend1.messagingengine.com (Postfix) with ESMTP id 2B442C16586 for ; Mon, 27 Sep 2004 14:17:54 -0400 (EDT) Message-ID: <41585951.3020307@cs.umn.edu> Date: Mon, 27 Sep 2004 13:17:53 -0500 From: Ivan Osipkov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040809 Debian/1.7.2-0woody1 X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <41585223.2070204@cs.umn.edu> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: DELL 5150 Crash 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: Mon, 27 Sep 2004 18:17:56 -0000 Sam wrote: > Maybe VMWare can boot Freesbie. > > On Mon, 27 Sep 2004, Ivan Osipkov wrote: > >> I have DELL 5150 Inspiron with Windows XP on one partition and >> FreeBSD-CURRENT on >> another. The hardware failed and now I cannot mount /usr. Dell >> diagnostics say that >> there is unrecoverable data block, which means hard drive has to be >> replaced. >> >> My question: is there a Windows tool to access files on BSD partition? >> >> Thanks guys >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> >> Anything simpler? Would Live CD from FreeBSD work? From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 18:19:16 2004 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 2F95116A4CE for ; Mon, 27 Sep 2004 18:19:16 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 642E343D1F for ; Mon, 27 Sep 2004 18:19:15 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CC05e-0006AQ-00 Mon, 27 Sep 2004 20:19:10 +0200 Received: from [212.106.255.190] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CC05d-00069q-00 Mon, 27 Sep 2004 20:19:09 +0200 Received: from localhost.redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i8RIJC58040467; Mon, 27 Sep 2004 20:19:13 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Date: Mon, 27 Sep 2004 20:19:12 +0200 To: "Jose M Rodriguez" , "Giorgos Keramidas" References: <20040927171630.GB4684@orion.daedalusnetworks.priv> From: "Jose M Rodriguez" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: User-Agent: Opera M2/7.54 (FreeBSD, build 751) X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.11; VDF 6.27.0.70 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: current@freebsd.org Subject: Re: WIP: /etc/rc.d/xdm RCORDER problems 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: Mon, 27 Sep 2004 18:19:16 -0000 On Mon, 27 Sep 2004 19:38:26 +0200, Jose M Rodriguez wrote: > On Mon, 27 Sep 2004 20:16:30 +0300, Giorgos Keramidas > wrote: > >> On 2004-09-27 14:50, Jose M Rodriguez wrote: >>> I have now a working /etc/rc.d/xdm script for booting >>> Xorg(XDMCP)/gdm/kdm/xdm. >>> But I have reached a problem. >>> ... >> Sure, you can always send-pr something that bothers you. In this case >> though, IMHO, you should wait a bit. >> >> Some of the rc.d scripts you listed above have a `REQUIRE: LOGIN' line. >> This will create a dependency problem if combined with a line that >> contains `BEFORE: LOGIN', since a script cannot depend on LOGIN to start >> but start before LOGIN. >> > > I don't think this may be a REQUIRE issue, but a BEFORE: one > ... Put all this as far of you mind as you can. Reading carefully /etc/rc.d/sendmail, I think we need and aditional 'syncpoint' just after or before LOGIN and revise if all that we put in LOGIN must really be there. After the xdm experience, I think we need something that we can name as our near latest rc stage, with just those things that can have race conditions with our real latest: those things that we launch from init via /etc/ttys. -- josemi -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 18:44:55 2004 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 13DED16A4CF; Mon, 27 Sep 2004 18:44:55 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id C166B43D48; Mon, 27 Sep 2004 18:44:54 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 7A5B75311; Mon, 27 Sep 2004 20:44:53 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 2D1C2530A; Mon, 27 Sep 2004 20:44:48 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 0E2BDB873; Mon, 27 Sep 2004 20:44:48 +0200 (CEST) To: Matthias Andree References: <415720FD.8080603@samsco.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 27 Sep 2004 20:44:47 +0200 In-Reply-To: (Matthias Andree's message of "Mon, 27 Sep 2004 12:14:17 +0200") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: re@freebsd.org cc: standards@freebsd.org cc: developers@freebsd.org cc: current@freebsd.org Subject: Re: FreeBSD 5.3-BETA6 available 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: Mon, 27 Sep 2004 18:44:55 -0000 Matthias Andree writes: > 5. default inetd configuration denial of service bug, conf/33670, is still > open and unpatched AND A LAST CHANCE TO FIX NOW Actually, this was fixed in HEAD a year and a week ago: ---------------------------- revision 1.188 date: 2003/09/15 16:44:24; author: nectar; state: Exp; lines: +1 -1 Add `-C 60' to the default flags for inetd, so that it is less vulnerable to run-of-the-mill DoS attacks in the default installation. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 18:46:32 2004 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 3DAFB16A4CE for ; Mon, 27 Sep 2004 18:46:32 +0000 (GMT) Received: from athena.softcardsystems.com (mail.softcardsystems.com [12.34.136.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4A0043D2F for ; Mon, 27 Sep 2004 18:46:31 +0000 (GMT) (envelope-from sah@softcardsystems.com) Received: from athena (athena [12.34.136.114])i8RJjkDN018107; Mon, 27 Sep 2004 14:45:46 -0500 Date: Mon, 27 Sep 2004 14:45:46 -0500 (EST) From: Sam X-X-Sender: sah@athena To: Ivan Osipkov In-Reply-To: <41585951.3020307@cs.umn.edu> Message-ID: References: <41585223.2070204@cs.umn.edu> <41585951.3020307@cs.umn.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org Subject: Re: DELL 5150 Crash 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: Mon, 27 Sep 2004 18:46:32 -0000 oh, yeah. duh. If you can boot a live cd you can play with the filesystem (fsck, etc). You might also try finding a bootable disk diagnostic utility to see if it can find anything correctable. Cheers, Sam On Mon, 27 Sep 2004, Ivan Osipkov wrote: > Sam wrote: > >> Maybe VMWare can boot Freesbie. >> >> On Mon, 27 Sep 2004, Ivan Osipkov wrote: >> >>> I have DELL 5150 Inspiron with Windows XP on one partition and >>> FreeBSD-CURRENT on >>> another. The hardware failed and now I cannot mount /usr. Dell diagnostics >>> say that >>> there is unrecoverable data block, which means hard drive has to be >>> replaced. >>> >>> My question: is there a Windows tool to access files on BSD partition? >>> >>> Thanks guys >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>> >>> > Anything simpler? Would Live CD from FreeBSD work? > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 18:49:33 2004 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 6E3C116A4D1; Mon, 27 Sep 2004 18:49:33 +0000 (GMT) Received: from cedar.ie.tusur.ru (fet-gw.ttk.tusur.ru [212.192.163.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAF3643D5D; Mon, 27 Sep 2004 18:49:28 +0000 (GMT) (envelope-from pg@rainbow.ie.tusur.ru) Received: from rainbow.ie.tusur.ru (rainbow.ie.tusur.ru [212.192.122.75]) by cedar.ie.tusur.ru (8.12.11/8.12.11) with ESMTP id i8RIn9PZ005617; Tue, 28 Sep 2004 01:49:09 +0700 (TSD) (envelope-from pg@rainbow.ie.tusur.ru) Received: from rainbow.ie.tusur.ru (localhost.ie.tusur.ru [127.0.0.1]) by rainbow.ie.tusur.ru (8.12.9p2/8.12.9) with ESMTP id i8RIkV4D004501; Tue, 28 Sep 2004 01:46:31 +0700 (TSD) (envelope-from pg@rainbow.ie.tusur.ru) Received: (from pg@localhost) by rainbow.ie.tusur.ru (8.12.9p2/8.12.9/Submit) id i8RIkVgV004500; Tue, 28 Sep 2004 01:46:31 +0700 (TSD) (envelope-from pg) Date: Tue, 28 Sep 2004 01:46:31 +0700 From: Pavel Gubin To: "Bjoern A. Zeeb" Message-ID: <20040927184631.GB44289@ie.tusur.ru> References: <20040922095257.GA81709@ie.tusur.ru> <200409221628.51977.jhb@FreeBSD.org> <20040923042447.GA88335@ie.tusur.ru> <200409231029.47945.jhb@FreeBSD.org> <20040923165349.GA38511@ie.tusur.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Organization: TUCSR, Industrial Electronics dept X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on cedar.ie.tusur.ru X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on rainbow.ie.tusur.ru X-Virus-Status: Clean X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: "Multiple entries for PCI IRQ 16" and "xlock already held" panics on 5.3-BETA(3,4,5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Pavel Gubin List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2004 18:49:33 -0000 On Mon, Sep 27, 2004 at 05:02:57PM +0000, Bjoern A. Zeeb wrote: > > > > I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# > > > > INT active-lo level 0 2:A 2 16 > > > > INT active-lo level 0 2:A 2 23 > > > > > > This is the real bug and I guess I can improve the message. Then problem is > > > not two lines for IRQ 16, but that the PCI interrrupt for bus 0, device 2, > > > pin #A has two different IRQs listed, so we don't know which one we are > > > supposed to use. This is definitely a BIOS bug and your motherboard > > > manufacturer needs to harassed into giving you a BIOS update. > > > > Then shame on MSI.. And some stupid question - maybe a kernel can be given > > MSI A6120MS V2.0 (latest BIOS from 7/2000 I think) > > I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# > .. > INT active-lo level 0 15:A 2 16 > .. > INT active-lo level 0 15:A 2 18 > .. > > > normally it goes [] > APIC: Using the MPTable enumerator. ^^^^^^^^^^^^^^^^^^ > SMP: Added CPU 0 (BSP) > SMP: Added CPU 1 (AP) > MPTable: > ... > panic: Multiple IRQs for PCI interrupt 0.15.INTA: 16 and 18 Exactly the same as with my system. The only difference that I have 16 and 23 IRQs. > OK set boot_verbose=1 > OK unload acpi <------- this But ACPI isn't yet loaded at this point... > OK boot -h > /boot/kernel/kernel text=0x4b6e3c data=0x88048+0x9bc78 syms=[0x4+0x6b200+0x4+0x809c1] > /boot/kernel/acpi.ko text=0x4097c data=0x1be4+0x110c syms=[0x4+0x7300+0x4+0x9782] > ... > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b1e000. > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b1e250. > Table 'FACP' at 0x1fff0030 > Table 'APIC' at 0x1fff00b0 > MADT: Found table at 0x1fff00b0 > MP Configuration Table version 1.4 found at 0xc00f7200 > APIC: Using the MADT enumerator. ^^^^^^^^^^^^^^^ Now it does not use buggy mptable. -- Pavel Gubin TUSC&R / Industrial Electronics dept / System Administrator 2:5005/14@fidonet / Phone +7-3822-423067 / ICQ 28835566 From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 18:56:01 2004 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 D5D6A16A4CE for ; Mon, 27 Sep 2004 18:56:01 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 896BA43D46 for ; Mon, 27 Sep 2004 18:56:01 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 30672 invoked from network); 27 Sep 2004 18:56:01 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 27 Sep 2004 18:55:59 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8RIsVY2014057; Mon, 27 Sep 2004 14:55:46 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Julian Elischer Date: Mon, 27 Sep 2004 11:26:09 -0400 User-Agent: KMail/1.6.2 References: <4157AFE9.2060207@elischer.org> In-Reply-To: <4157AFE9.2060207@elischer.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409271126.09854.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Current Subject: Re: ktr/alq/witness failure. 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: Mon, 27 Sep 2004 18:56:02 -0000 On Monday 27 September 2004 02:15 am, Julian Elischer wrote: > I'm not going to stop and debug this now because I'm chasing another > problem but I can probably stash a corefile somewhere if people want it.. Looks like the process mutex is busted or some such. > ref4# sysctl debug.ktr.mask=0x2fffffff > debug.ktr.mask: 262144 > -> > 805306367 > ref4# > ref4# > ref4# sysctl debug.ktr.mask=0x0 > kernel trap 12 with interrupts disabled > > Fatal double fault: > eip = 0xc053336e > esp = 0xcbaa3ff4 > ebp = 0xcbaa401c > cpuid = 0; apic id = 00 > panic: double fault > cpuid = 0 > KDB: enter: panic > [thread 100027] > Stopped at kdb_enter+0x2b: nop > db> tr > kdb_enter(c069adef) at kdb_enter+0x2b > panic(c06b581a,c06b59c4,0,0,0) at panic+0x127 > dblfault_handler() at dblfault_handler+0x7a > --- trap 0x17, eip = 0xc053336e, esp = 0xcbaa3ff4, ebp = 0xcbaa401c --- > witness_checkorder(c111776c,9,c06b5972,2bb) at witness_checkorder+0x6a Can you pull up 'gdb kernel.debug' and do 'l *0xcbaa401c' and 'l *witness_checkorder+0x6a'? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 18:56:38 2004 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 D25CB16A4CE for ; Mon, 27 Sep 2004 18:56:38 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id A014A43D31 for ; Mon, 27 Sep 2004 18:56:38 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 17636 invoked from network); 27 Sep 2004 18:56:38 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 27 Sep 2004 18:56:36 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8RIsVY7014057; Mon, 27 Sep 2004 14:56:32 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: "Bjoern A. Zeeb" Date: Mon, 27 Sep 2004 14:12:27 -0400 User-Agent: KMail/1.6.2 References: <20040922095257.GA81709@ie.tusur.ru> <20040923165349.GA38511@ie.tusur.ru> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409271412.27600.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: freebsd-current@FreeBSD.org cc: Pavel Gubin Subject: Re: "Multiple entries for PCI IRQ 16" and "xlock already held" panics on 5.3-BETA(3,4,5) 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: Mon, 27 Sep 2004 18:56:39 -0000 On Monday 27 September 2004 01:02 pm, Bjoern A. Zeeb wrote: > On Thu, 23 Sep 2004, Pavel Gubin wrote: > > Hi, > > > On Thu, Sep 23, 2004 at 10:29:47AM -0400, John Baldwin wrote: > > > > > > panices immediately with "panic: Multiple entries for PCI IRQ 16" > > > > [] > > > > > > I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# > > > > INT active-lo level 0 2:A 2 16 > > > > INT active-lo level 0 2:A 2 23 > > > > > > This is the real bug and I guess I can improve the message. Then > > > problem is not two lines for IRQ 16, but that the PCI interrrupt for > > > bus 0, device 2, pin #A has two different IRQs listed, so we don't know > > > which one we are supposed to use. This is definitely a BIOS bug and > > > your motherboard manufacturer needs to harassed into giving you a BIOS > > > update. > > > > Then shame on MSI.. And some stupid question - maybe a kernel can be > > given > > MSI A6120MS V2.0 (latest BIOS from 7/2000 I think) > > I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID > PIN# .. > INT active-lo level 0 15:A 2 > 16 .. > INT active-lo level 0 15:A 2 > 18 .. > > > normally it goes > > ------ > OK lsmod > 0x400000: /boot/kernel/kernel (elf kernel, 0x6c76cc) > modules: linux.1 elink.1 io.1 splash.1 viapm.1 intpm.1 alpm.1 agp.1 > crypto.1 nfsserver.1 nfs4.1 nfs.1 ipfw.2 rc4.1 netgraph.65546 wlan.1 zlib.1 > sppp.1 if_gif.1 if_fait h.1 ether.1 sysvshm.1 sysvsem.1 sysvmsg.1 cd9660.1 > isa.1 pseudofs.1 procfs.1 msdosfs.1 usb.1 smbus.1 smb.1 random.1 ppbus.1 > pci.1 pccard.1 null.1 mpt.1 miibus.1 mem.1 is p.1 iicsmb.1 iicbus.1 iicbb.1 > iic.1 ic.1 sbp.1 fwe.1 firewire.1 exca.1 cardbus.1 ahd.1 ahd_pci.1 ahc.1 > ahc_pci.1 ahc_isa.1 ahc_eisa.1 linprocfs.1 scsi_low.1 cam.1 OK set > boot_verbose=1 > OK show > LINES=24 > acpi_load=YES > autoboot_delay=NO > boot_verbose=1 > ... > OK boot -h > ACPI autoload failed - no such file or directory > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ac9000. > MP Configuration Table version 1.4 found at 0xc00f7200 > APIC: Using the MPTable enumerator. > SMP: Added CPU 0 (BSP) > SMP: Added CPU 1 (AP) > MPTable: > ... > panic: Multiple IRQs for PCI interrupt 0.15.INTA: 16 and 18 > > cpuid = 0 > KDB: enter: panic > [thread 0] > Stopped at kdb_enter+0x2b: nop > db> > ------ > > > but if I do (no lsmod this time but that shouldn't matter): > > ------ > db> reset > OK set boot_verbose=1 > OK unload acpi <------- this > OK boot -h > /boot/kernel/kernel text=0x4b6e3c data=0x88048+0x9bc78 > syms=[0x4+0x6b200+0x4+0x809c1] /boot/kernel/acpi.ko text=0x4097c > data=0x1be4+0x110c syms=[0x4+0x7300+0x4+0x9782] ... > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b1e000. > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b1e250. > Table 'FACP' at 0x1fff0030 > Table 'APIC' at 0x1fff00b0 > MADT: Found table at 0x1fff00b0 > MP Configuration Table version 1.4 found at 0xc00f7200 > APIC: Using the MADT enumerator. > MADT: Found CPU APIC ID 0 ACPI ID 1: enabled > SMP: Added CPU 0 (AP) > MADT: Found CPU APIC ID 1 ACPI ID 2: enabled > SMP: Added CPU 1 (AP) > ACPI APIC Table: > ... > ------ > > everything boots up just fine. > > /me does not have to understand - do I ? You are using ACPI the second time. I think it doesn't load the first time because your loader.rc is out of date (look in /usr/src/UPDATING for the entry about module_path). ACPI's tables don't really allow for duplicate entries for the same PCI interrupt, so you don't have this type of issue to worry about. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 19:15:10 2004 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 087E616A4CE; Mon, 27 Sep 2004 19:15:10 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 689FB43D49; Mon, 27 Sep 2004 19:15:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id B62611FFDDD; Mon, 27 Sep 2004 21:15:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id B03C01FFDDC; Mon, 27 Sep 2004 21:15:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 87630154FC; Mon, 27 Sep 2004 19:12:03 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 7C41015384; Mon, 27 Sep 2004 19:12:04 +0000 (UTC) Date: Mon, 27 Sep 2004 19:12:04 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: John Baldwin In-Reply-To: <200409271412.27600.jhb@FreeBSD.org> Message-ID: References: <20040922095257.GA81709@ie.tusur.ru> <20040923165349.GA38511@ie.tusur.ru> <200409271412.27600.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: freebsd-current@FreeBSD.org cc: Pavel Gubin Subject: Re: "Multiple entries for PCI IRQ 16" and "xlock already held"panics on 5.3-BETA(3,4,5) 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: Mon, 27 Sep 2004 19:15:10 -0000 On Mon, 27 Sep 2004, John Baldwin wrote: > > /me does not have to understand - do I ? > > You are using ACPI the second time. I think it doesn't load the first time > because your loader.rc is out of date (look in /usr/src/UPDATING for the > entry about module_path). that's correct. I had seen: :: ACPI autoload failed - no such file or directory but I had missed: :: module_path=/boot/modules *GNA* when did I fail to update this on that host:( Thanks for pointing out. Will update it once I can re-get access to the machine. lost ethernet and it's at the other end of the house w/o console atm. another question - why would this work (acpi.ko preloading) if I do a # unload acpi the time acpi is not yet loaded and module_path still wrong ? funny thing. > ACPI's tables don't really allow for duplicate > entries for the same PCI interrupt, so you don't have this type of issue to > worry about. ok. then I do have my workaround though I'd like it to also work in the other case too but I suppose there isn't much I can do with a long time EOS board. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 19:23:45 2004 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 52E4516A4CF for ; Mon, 27 Sep 2004 19:23:45 +0000 (GMT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27CF443D48 for ; Mon, 27 Sep 2004 19:23:44 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 88277 invoked from network); 27 Sep 2004 19:23:15 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43) by avocado.salatschuessel.net with SMTP; 27 Sep 2004 19:23:15 -0000 Date: Mon, 27 Sep 2004 21:23:41 +0200 From: Oliver Lehmann To: freebsd-current@freebsd.org Message-Id: <20040927212341.44986dbd.lehmann@ans-netz.de> In-Reply-To: <20040926221518.445a525b.lehmann@ans-netz.de> References: <20040926190709.251f1689.lehmann@ans-netz.de> <20040926192820.3dc88d3a.lehmann@ans-netz.de> <20040926221518.445a525b.lehmann@ans-netz.de> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: re@freebsd.org Subject: problem with debug.mpsafenet (was: Problems with ANA-6944A + 5.3-BETA + IRQ sharing?) 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: Mon, 27 Sep 2004 19:23:45 -0000 Ok, I tried now 3 FreeBSD versions. Setup: PI-166MHz, 64MB RAM de0 irq9 @ANA-6944A de1 10.0.0.60 irq9 @ANA-6944A de2 10.0.1.60 irq9 @ANA-6944A de3 irq9 @ANA-6944A xl0 irq12 xl1 irq10 ep0 irq5 ep1 irq7 /mnt/files is a nfs mount from 10.0.0.21 3 * ssh sessions from 10.0.1.51 to 10.0.1.60 2 * dd if=/mnt/files/dill_dd of=/dev/null 1 * ping 10.0.1.51 running 4.7 (GENERIC kernel): It just works, no errors, no strange things happend, even if I started some ping -f's 10.0.1.51 -> 10.0.0.60. The times from pinging 10.0.1.60 -> 10.0.1.51 stayed normal and didn't changed in no way (constant 0.3 - 0.5 ms) the two dd's (interrupted): 3334870016 bytes transferred in 3047.149719 secs (1094423 bytes/sec) 3334299648 bytes transferred in 3047.058924 secs (1094268 bytes/sec) 5.2.1 (Kernel with IPFIREWALL enabled - firewall set to OPEN): With an old 5.2.1 harddisk I'm getting strange errors. 100 ping packets transfered succesfully within a normal timeframe. After that, the whole Network card doesn't respond. The system showed me that my nfs server wouldn't respond any longer. Network is completely b0rken. I logged in to a local console, and tried to ping 10.0.1.51. After waiting some time "Host down" showed up. Then I tried to use the two xl cards which are in that system too. "ifconfig xl0 10.0.1.60 netmask 255.255.255.0" -> xl0: no memory for list buffers. netstat -m showed me 5%/2% mbuf/cluster in use. I rebooted the system, and started the same procedure, using xl0 and xl1. I got no error, everything worked fine with xl (ok, it is somewhat slow...) 1089172480 bytes transferred in 1773.870397 secs (614009 bytes/sec) 1089825792 bytes transferred in 1774.109517 secs (614295 bytes/sec) 5.3-BETA6 (GENERIC Kernel): Everything looked fine (exept same slowness as 5.2.1) for a while (~9min). 400736256 bytes transferred in 546.111599 secs (733799 bytes/sec) 414572544 bytes transferred in 565.398805 secs (733239 bytes/sec) But as I started a ping -f from 10.0.1.51 to 10.0.0.60. The ping times from 10.0.1.60 to 10.0.1.51 went up, and didn't renormalized after I break the ping -f 64 bytes from 10.0.1.51: icmp_seq=355 ttl=64 time=4.039 ms 64 bytes from 10.0.1.51: icmp_seq=356 ttl=64 time=4.801 ms 64 bytes from 10.0.1.51: icmp_seq=357 ttl=64 time=6.702 ms 64 bytes from 10.0.1.51: icmp_seq=358 ttl=64 time=9.290 ms 64 bytes from 10.0.1.51: icmp_seq=359 ttl=64 time=10.543 ms 64 bytes from 10.0.1.51: icmp_seq=360 ttl=64 time=9.989 ms 64 bytes from 10.0.1.51: icmp_seq=361 ttl=64 time=25.966 ms 64 bytes from 10.0.1.51: icmp_seq=362 ttl=64 time=25.262 ms 64 bytes from 10.0.1.51: icmp_seq=363 ttl=64 time=27.746 ms 64 bytes from 10.0.1.51: icmp_seq=364 ttl=64 time=30.859 ms 64 bytes from 10.0.1.51: icmp_seq=365 ttl=64 time=31.507 ms 64 bytes from 10.0.1.51: icmp_seq=366 ttl=64 time=35.783 ms 64 bytes from 10.0.1.51: icmp_seq=367 ttl=64 time=29295.367 ms 64 bytes from 10.0.1.51: icmp_seq=368 ttl=64 time=28288.204 ms 64 bytes from 10.0.1.51: icmp_seq=369 ttl=64 time=27279.969 ms 64 bytes from 10.0.1.51: icmp_seq=370 ttl=64 time=26274.269 ms 64 bytes from 10.0.1.51: icmp_seq=371 ttl=64 time=25267.441 ms 64 bytes from 10.0.1.51: icmp_seq=372 ttl=64 time=24260.161 ms .... After that, I added debug.mpsafenet=0 to /boot/loader.conf and rebooted the system. I did the same as above. (2dd's, one ping from 10.0.1.60 to 10.0.1.51, and one ping -f from 10.0.1.51 to 10.0.1.60.) The ping times from 10.0.1.60 -> 10.0.1.51 went a bit up (~0.3ms -> 0.6 - 1ms), but nothing else happend. dd finished w/o errors, no strange things happend. (running now for ~20 mins w/o problems) For me, It looks like there is a problem with mpsafenet! Any help/patches to test/information requests/.... appreciated. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 19:27:44 2004 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 63D1A16A4CE; Mon, 27 Sep 2004 19:27:44 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42C6343D1D; Mon, 27 Sep 2004 19:27:42 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 16FD07A41E; Mon, 27 Sep 2004 12:27:42 -0700 (PDT) Message-ID: <415869AD.1000908@elischer.org> Date: Mon, 27 Sep 2004 12:27:41 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: John Baldwin References: <4157AFE9.2060207@elischer.org> <200409271126.09854.jhb@FreeBSD.org> In-Reply-To: <200409271126.09854.jhb@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Current Subject: Re: ktr/alq/witness failure. 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: Mon, 27 Sep 2004 19:27:44 -0000 John Baldwin wrote: >On Monday 27 September 2004 02:15 am, Julian Elischer wrote: > > >>I'm not going to stop and debug this now because I'm chasing another >>problem but I can probably stash a corefile somewhere if people want it.. >> >> > >Looks like the process mutex is busted or some such. > > > >>ref4# sysctl debug.ktr.mask=0x2fffffff >>debug.ktr.mask: 262144 >> -> >>805306367 >>ref4# >>ref4# >>ref4# sysctl debug.ktr.mask=0x0 >>kernel trap 12 with interrupts disabled >> >>Fatal double fault: >>eip = 0xc053336e >>esp = 0xcbaa3ff4 >>ebp = 0xcbaa401c >>cpuid = 0; apic id = 00 >>panic: double fault >>cpuid = 0 >>KDB: enter: panic >>[thread 100027] >>Stopped at kdb_enter+0x2b: nop >>db> tr >>kdb_enter(c069adef) at kdb_enter+0x2b >>panic(c06b581a,c06b59c4,0,0,0) at panic+0x127 >>dblfault_handler() at dblfault_handler+0x7a >>--- trap 0x17, eip = 0xc053336e, esp = 0xcbaa3ff4, ebp = 0xcbaa401c --- >>witness_checkorder(c111776c,9,c06b5972,2bb) at witness_checkorder+0x6a >> >> > >Can you pull up 'gdb kernel.debug' and do 'l *0xcbaa401c' and 'l > unfortunatly when I tryied to save a coredump it failed.. dumpdev was not set.. .. DUH! >*witness_checkorder+0x6a'? > > > From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 19:35:39 2004 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 9C17416A4CE for ; Mon, 27 Sep 2004 19:35:39 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73B4B43D2F for ; Mon, 27 Sep 2004 19:35:39 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i8RJd44E005147; Mon, 27 Sep 2004 12:39:04 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8RJd4EP005146; Mon, 27 Sep 2004 12:39:04 -0700 Date: Mon, 27 Sep 2004 12:39:04 -0700 From: Brooks Davis To: Mike Message-ID: <20040927193904.GB1016@odin.ac.hmc.edu> References: <20040925205030.M69999@www.ideaway.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1UWUbFP1cBYEclgG" Content-Disposition: inline In-Reply-To: <20040925205030.M69999@www.ideaway.net> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org Subject: Re: USB memory stick hotswap problems 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: Mon, 27 Sep 2004 19:35:39 -0000 --1UWUbFP1cBYEclgG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 25, 2004 at 03:50:30PM -0500, Mike wrote: > Although I fully understand your reasoning, there is still a major > problem here that really should be resolved. I don't claim that I > have a solution - but I think I have an example that really requires > for this to be solved in some way other than "you must unmount the > USB device before unplugging". You can make statements like this all you want, but at the end of the day all you do is delay the solution. The few developers who are capable of fixing these sorts of problems understand the issues and would like to fix them, but the code is question is large, complex, and fairly crufty. It also wasn't designed with this sort of scenario in mind. The more time those developers have to spend reading messages from people demanding a fix and pontificating on the importance of the fix, the less time they can spend of the necessary architectural cleanups to actually fix the problem. If you want to do something to hasten the arrival of a fix, consider donating to the Foundation for work in this area or perhaps contributing to a developer like PHK when they solicit donations to enable them to do related work. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --1UWUbFP1cBYEclgG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBWGxXXY6L6fI4GtQRAuoZAKCjQRhlA50F00AdHaSF+oIbI1vX4ACeOLKS jEDIfkvIDkZGUcdlp6g8AmY= =eFwh -----END PGP SIGNATURE----- --1UWUbFP1cBYEclgG-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 19:37:51 2004 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 77C5416A4CE; Mon, 27 Sep 2004 19:37:51 +0000 (GMT) Received: from ns.atcom.spb.ru (ns.atcom.spb.ru [213.182.169.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2E5943D1F; Mon, 27 Sep 2004 19:37:50 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: by ns.atcom.spb.ru (Postfix, from userid 1042) id 535AB2F6; Mon, 27 Sep 2004 23:37:49 +0400 (MSD) Received: from localhost (ppp-dialup-3.atcom.spb.ru [213.182.168.3]) by ns.atcom.spb.ru (Postfix) with ESMTP id ACBEA140; Mon, 27 Sep 2004 23:37:07 +0400 (MSD) Date: Mon, 27 Sep 2004 23:32:36 +0400 From: Toxa To: joe@freebsd.org, current@freebsd.org X-Comment-To: "Anton Karpov" Message-ID: <20040927193236.GA39950@laptoxa.toxa.lan> Mail-Followup-To: joe@freebsd.org, current@freebsd.org References: <20040927111438.GA865@genius.tao.org.uk> <20040927.101353.128335832.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20040927.101353.128335832.imp@bsdimp.com> User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? Subject: Re: Laptop recommendations? 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: Mon, 27 Sep 2004 19:37:51 -0000 On Mon, Sep 27, 2004 at 10:13:53AM -0600, M. Warner Losh wrote: > In message: <20040927111438.GA865@genius.tao.org.uk> > Josef Karthauser writes: > : My previous machine was a Sony Vaio which I loved, but was fairly > : expensive and the repair support wasn't very good. Dell's support was > : much better and I'd prefer a Dell I think, but I don't know whether more > : recent models fair better with power management support, etc. > So far my Sony PCG-Z1WA has been trouble free. More trouble free than > my 505TS ever was. AFAIK Vaio laptops still unable to resume from suspend due to acpi_video or something similar. At least, my pcg-v505bx is. what about z1? thanks -- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 19:51:40 2004 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 A25DB16A4CF for ; Mon, 27 Sep 2004 19:51:40 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B7C943D2F for ; Mon, 27 Sep 2004 19:51:40 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8RJpd5w038366 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 27 Sep 2004 12:51:39 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8RJpdja038365 for freebsd-current@freebsd.org; Mon, 27 Sep 2004 12:51:39 -0700 (PDT) (envelope-from jdc) Date: Mon, 27 Sep 2004 12:51:39 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20040927195139.GA38187@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org References: <20040925205030.M69999@www.ideaway.net> <20040927193904.GB1016@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040927193904.GB1016@odin.ac.hmc.edu> User-Agent: Mutt/1.5.6i Subject: Re: USB memory stick hotswap problems 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: Mon, 27 Sep 2004 19:51:40 -0000 Whoa, easy there. I think Mike was just providing some (what may be considered superfluous/obvious) feedback to the issue at hand; he honestly stated up front he had no solution, which implies he's not sure of how to go about fixing the problem at hand. I viewed his "criticism" as more positive than negative; I took it to read "this is something we definitely need to look at and resolve, not just put on the back-burner." I think the number of people who manage and maintain the USB stack is, as you ptu it, limited. I don't know what happened to Nick Hibma (the original maintainer/porter of the USB stack), but it seems things have changed hands. Finally, albeit a bit off-topic: financial contributions don't always make things happen quicker in the open-source world. Although we have less "managerial" red-tape to deal with, there are still only 24 hours in a day, and many of us work full-time jobs. Time is limited, regardless if there's a donation involved or otherwise. :-) Just my $0.02. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Mon, Sep 27, 2004 at 12:39:04PM -0700, Brooks Davis wrote: > On Sat, Sep 25, 2004 at 03:50:30PM -0500, Mike wrote: > > Although I fully understand your reasoning, there is still a major > > problem here that really should be resolved. I don't claim that I > > have a solution - but I think I have an example that really requires > > for this to be solved in some way other than "you must unmount the > > USB device before unplugging". > > You can make statements like this all you want, but at the end of the > day all you do is delay the solution. The few developers who are > capable of fixing these sorts of problems understand the issues and > would like to fix them, but the code is question is large, complex, and > fairly crufty. It also wasn't designed with this sort of scenario in > mind. The more time those developers have to spend reading messages > from people demanding a fix and pontificating on the importance of > the fix, the less time they can spend of the necessary architectural > cleanups to actually fix the problem. > > If you want to do something to hasten the arrival of a fix, consider > donating to the Foundation for work in this area or perhaps contributing > to a developer like PHK when they solicit donations to enable them to do > related work. > > -- Brooks > > -- > Any statement of the form "X is the one, true Y" is FALSE. > PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 19:57:40 2004 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 ECCF716A4CE for ; Mon, 27 Sep 2004 19:57:40 +0000 (GMT) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AC5C43D45 for ; Mon, 27 Sep 2004 19:57:39 +0000 (GMT) (envelope-from stb@lassitu.de) Received: from [IPv6:::1] (schlepper [212.12.50.230]) by schlepper.zs64.net (8.12.11/8.11.1) with ESMTP id i8RJvaZ9055240 for ; Mon, 27 Sep 2004 21:57:36 +0200 (CEST) (envelope-from stb@lassitu.de) Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: 7bit Message-Id: <7A436E01-10BF-11D9-8DD3-000A95C893E4@lassitu.de> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: Stefan Bethke Date: Mon, 27 Sep 2004 21:57:35 +0200 X-Mailer: Apple Mail (2.619) Subject: Panic going multi-user in beta 5 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: Mon, 27 Sep 2004 19:57:41 -0000 This is a PAE, APIC, APCI kernel on a dual Xeon with 6 GB RAM. Until two days ago, when I started the update, it ran beta 3 from around two weeks ago sucessfully. == snip == GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2004 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.3-BETA5 #13: Mon Sep 27 21:11:25 CEST 2004 root@majestix.tallence.de:/usr/obj/usr/src/sys/MAJESTIX ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2799.22-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 6576668672 (6272 MB) avail memory = 6310051840 (6017 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard ioapic3 irqs 72-95 on motherboard ioapic4 irqs 96-119 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pcib1: could not get PCI interrupt routing table for \_SB_.PCI0.P0P5 - AE_NOT_FOUND pci5: on pcib1 pci5: at device 28.0 (no driver attached) pcib2: at device 29.0 on pci5 pci7: on pcib2 em0: port 0xd880-0xd8bf mem 0xfe9a0000-0xfe9bffff irq 48 at device 1.0 on pci7 em0: Ethernet address: 00:e0:81:28:97:ea em0: Speed:N/A Duplex:N/A em1: port 0xdc00-0xdc3f mem 0xfe9e0000-0xfe9fffff irq 49 at device 1.1 on pci7 em1: Ethernet address: 00:e0:81:28:97:eb em1: Speed:N/A Duplex:N/A pci5: at device 30.0 (no driver attached) pcib3: at device 31.0 on pci5 pci6: on pcib3 twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0xcc00-0xcc0f mem 0xfe000000-0xfe7fffff irq 24 at device 3.0 on pci6 twe0: [GIANT-LOCKED] twe0: 8 ports, Firmware FE7S 1.05.00.063, BIOS BE7X 1.08.00.048 pcib4: at device 3.0 on pci0 pcib4: could not get PCI interrupt routing table for \_SB_.PCI0.P0P2 - AE_NOT_FOUND pci2: on pcib4 pci2: at device 28.0 (no driver attached) pcib5: at device 29.0 on pci2 pci4: on pcib5 pci2: at device 30.0 (no driver attached) pcib6: at device 31.0 on pci2 pci3: on pcib6 pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pcib7: at device 30.0 on pci0 pci1: on pcib7 fxp0: port 0x8080-0x80bf mem 0xfd280000-0xfd29ffff,0xfd2fd000-0xfd2fdfff irq 19 at device 1.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:e0:81:28:97:d8 pci1: at device 2.0 (no driver attached) atapci0: port 0x8400-0x847f,0x8480-0x848f,0x8c00-0x8c3f mem 0xfd2a0000-0xfd2bffff,0xfd2fe000-0xfd2fefff irq 18 at device 3.0 on pci1 atapci0: failed: rid 0x20 is memory, requested 4 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 ata4: channel #2 on atapci0 ata5: channel #3 on atapci0 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci1 ata1: channel #1 on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A npx0: [FAST] npx0: on motherboard npx0: INT 16 interface orm0: at iomem 0xc8000-0xc8fff,0xc0000-0xc7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ATAPI_RESET time = 30us acd0: DVDROM at ata0-master UDMA33 twed0: on twe0 twed0: 718114MB (1470698112 sectors) SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! pid 2: corrected slot count (0->1) Mounting root from ufs:/dev/twed0s1a Pre-seeding PRNG: kickstart. Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart. kernel dumps on /dev/twed0s1b swapon: adding /dev/twed0s1b as swap device Starting file system checks: /dev/twed0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/twed0s1a: clean, 222700 free (756 frags, 27743 blocks, 0.3% fragmentation) /dev/twed0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/twed0s1e: clean, 1067751 free (86191 frags, 122695 blocks, 2.3% fragmentation) /dev/twed0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/twed0s1d: clean, 8115033 free (385 frags, 1014331 blocks, 0.0% fragmentation) /dev/twed0s3a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/twed0s3a: clean, 83393050 free (47706 frags, 10418168 blocks, 0.1% fragmentation) security.jail.allow_raw_sockets: 0 -> 1 Setting hostname: majestix.tallence.de. em0: Link is uppanic: could not copy LDT cpuid = 1 KDB: enter: panic [thread 100154] Stopped at kdb_enter+0x30: leave db> trace kdb_enter(c04c78a1,1,c04d92d9,f23bec30,f23bec28) at kdb_enter+0x30 panic(c04d92d9,400,48,0,c08365d8) at panic+0x13e cpu_fork(c7dc11a0,c815c000,c81584e0,14,c7dc11a0) at cpu_fork+0x2bd vm_forkproc(c7dc11a0,c815c000,c81584e0,14,c0345f92) at vm_forkproc+0x143 fork1(c7dc11a0,14,0,f23becd8,c7dc11a0) at fork1+0x1647 fork(c7dc11a0,f23bed14,c7d60700,c7dc11a0,c7ccbd10) at fork+0x29 syscall(2f,2f,2f,0,8068000) at syscall+0x2fc Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (2, FreeBSD ELF32, fork), eip = 0x28134bf7, esp = 0xbf7fdd8c, ebp = 0xbf7fddb8 --- db> ps pid proc uarea uid ppid pgrp flag stat wmesg wchan cmd 315 c815c000 f56f6000 0 311 155 0000002 new [INACTIVE] sh 311 c7dbe700 f239d000 0 155 155 0000002 [CPU 1] sh 220 c8156c40 f56f4000 0 0 0 0000204 [SLPQ mdwait 0xc8456600][SLP] md0 155 c815c700 f56fa000 0 1 155 0004002 [SLPQ wait 0xc815c700][SLP] sh 154 c7dbe8c0 f23d4000 0 0 0 0000204 [SLPQ - 0xc0524c2c][SLP] nfsiod 3 153 c7dbea80 f23d5000 0 0 0 0000204 [SLPQ - 0xc0524c28][SLP] nfsiod 2 152 c7dbec40 f23d6000 0 0 0 0000204 [SLPQ - 0xc0524c24][SLP] nfsiod 1 151 c7dbee00 f23d7000 0 0 0 0000204 [SLPQ - 0xc0524c20][SLP] nfsiod 0 150 c7e1b000 f23d8000 0 0 0 0000204 [SLPQ vlruwt 0xc7e1b000][SLP] vnlru 149 c7e1b1c0 f23d9000 0 0 0 0000204 [RUNQ] syncer 148 c7e1b380 f23da000 0 0 0 0000204 [RUNQ] bufdaemon 147 c7e1b540 f23db000 0 0 0 000020c [SLPQ pgzero 0xc052b490][SLP] pagezero 146 c7e1b700 f23dc000 0 0 0 0000204 [SLPQ psleep 0xc052b4e4][SLP] vmdaemon 145 c7e1b8c0 f23dd000 0 0 0 0000204 [SLPQ psleep 0xc052b4a0][SLP] pagedaemon 144 c7e1ba80 f23de000 0 0 0 0000204 [IWAIT] swi0: sio 9 c7e1bc40 f23df000 0 0 0 0000204 [SLPQ actask 0xc050f28c][SLP] acpi_task2 8 c7e1be00 f23e0000 0 0 0 0000204 [SLPQ actask 0xc050f28c][SLP] acpi_task1 7 c7e1d000 f23e1000 0 0 0 0000204 [SLPQ actask 0xc050f28c][SLP] acpi_task0 6 c7e1d1c0 f23e2000 0 0 0 0000204 [SLPQ - 0xc7de6580][SLP] thread taskq 143 c7da6a80 f2357000 0 0 0 0000204 [IWAIT] swi6:+ 142 c7da6c40 f238e000 0 0 0 0000204 [IWAIT] swi6: task queue 141 c7da6e00 f238f000 0 0 0 0000204 [IWAIT] swi3: cambio 140 c7dbd000 f2390000 0 0 0 0000204 [IWAIT] swi2: camnet 139 c7dbd1c0 f2391000 0 0 0 0000204 [IWAIT] swi6: acpitaskq 5 c7dbd380 f2392000 0 0 0 0000204 [SLPQ - 0xc7de68c0][SLP] kqueue taskq 138 c7dbd540 f2393000 0 0 0 0000204 [IWAIT] swi6:+ 137 c7dbd700 f2394000 0 0 0 0000204 [RUNQ] yarrow 4 c7dbd8c0 f2395000 0 0 0 0000204 [RUNQ] g_down 3 c7dbda80 f2396000 0 0 0 0000204 [SLPQ - 0xc05126e4][SLP] g_up 2 c7dbdc40 f2397000 0 0 0 0000204 [RUNQ] g_event 136 c7dbde00 f2398000 0 0 0 0000204 [IWAIT] swi1: net 135 c7dbe000 f2399000 0 0 0 0000204 [IWAIT] swi4: vm 134 c7dbe1c0 f239a000 0 0 0 000020c [CPU 2] swi5: clock sio 133 c7dbe380 f239b000 0 0 0 0000204 [IWAIT] irq0: clk 132 c7dbe540 f239c000 0 0 0 0000204 [IWAIT] irq119: 131 c7d90e00 f2311000 0 0 0 0000204 [IWAIT] irq118: 130 c7da4000 f2348000 0 0 0 0000204 [IWAIT] irq117: 129 c7da41c0 f2349000 0 0 0 0000204 [IWAIT] irq116: 128 c7da4380 f234a000 0 0 0 0000204 [IWAIT] irq115: 127 c7da4540 f234b000 0 0 0 0000204 [IWAIT] irq114: 126 c7da4700 f234c000 0 0 0 0000204 [IWAIT] irq113: 125 c7da48c0 f234d000 0 0 0 0000204 [IWAIT] irq112: 124 c7da4a80 f234e000 0 0 0 0000204 [IWAIT] irq111: 123 c7da4c40 f234f000 0 0 0 0000204 [IWAIT] irq110: 122 c7da4e00 f2350000 0 0 0 0000204 [IWAIT] irq109: 121 c7da6000 f2351000 0 0 0 0000204 [IWAIT] irq108: 120 c7da61c0 f2352000 0 0 0 0000204 [IWAIT] irq107: 119 c7da6380 f2353000 0 0 0 0000204 [IWAIT] irq106: 118 c7da6540 f2354000 0 0 0 0000204 [IWAIT] irq105: 117 c7da6700 f2355000 0 0 0 0000204 [IWAIT] irq104: 116 c7da68c0 f2356000 0 0 0 0000204 [IWAIT] irq103: 115 c7d7f1c0 f22e6000 0 0 0 0000204 [IWAIT] irq102: 114 c7d7f380 f2302000 0 0 0 0000204 [IWAIT] irq101: 113 c7d7f540 f2303000 0 0 0 0000204 [IWAIT] irq100: 112 c7d7f700 f2304000 0 0 0 0000204 [IWAIT] irq99: 111 c7d7f8c0 f2305000 0 0 0 0000204 [IWAIT] irq98: 110 c7d7fa80 f2306000 0 0 0 0000204 [IWAIT] irq97: 109 c7d7fc40 f2307000 0 0 0 0000204 [IWAIT] irq96: 108 c7d7fe00 f2308000 0 0 0 0000204 [IWAIT] irq95: 107 c7d90000 f2309000 0 0 0 0000204 [IWAIT] irq94: 106 c7d901c0 f230a000 0 0 0 0000204 [IWAIT] irq93: 105 c7d90380 f230b000 0 0 0 0000204 [IWAIT] irq92: 104 c7d90540 f230c000 0 0 0 0000204 [IWAIT] irq91: 103 c7d90700 f230d000 0 0 0 0000204 [IWAIT] irq90: 102 c7d908c0 f230e000 0 0 0 0000204 [IWAIT] irq89: 101 c7d90a80 f230f000 0 0 0 0000204 [IWAIT] irq88: 100 c7d90c40 f2310000 0 0 0 0000204 [IWAIT] irq87: 99 c7d5f540 f22a0000 0 0 0 0000204 [IWAIT] irq86: 98 c7d5f700 f22d7000 0 0 0 0000204 [IWAIT] irq85: 97 c7d5f8c0 f22d8000 0 0 0 0000204 [IWAIT] irq84: 96 c7d5fa80 f22d9000 0 0 0 0000204 [IWAIT] irq83: 95 c7d5fc40 f22da000 0 0 0 0000204 [IWAIT] irq82: 94 c7d5fe00 f22db000 0 0 0 0000204 [IWAIT] irq81: 93 c7d7e000 f22dc000 0 0 0 0000204 [IWAIT] irq80: 92 c7d7e1c0 f22dd000 0 0 0 0000204 [IWAIT] irq79: 91 c7d7e380 f22de000 0 0 0 0000204 [IWAIT] irq78: 90 c7d7e540 f22df000 0 0 0 0000204 [IWAIT] irq77: 89 c7d7e700 f22e0000 0 0 0 0000204 [IWAIT] irq76: 88 c7d7e8c0 f22e1000 0 0 0 0000204 [IWAIT] irq75: 87 c7d7ea80 f22e2000 0 0 0 0000204 [IWAIT] irq74: 86 c7d7ec40 f22e3000 0 0 0 0000204 [IWAIT] irq73: 85 c7d7ee00 f22e4000 0 0 0 0000204 [IWAIT] irq72: 84 c7d7f000 f22e5000 0 0 0 0000204 [IWAIT] irq71: 83 c7d4ea80 f225b000 0 0 0 0000204 [IWAIT] irq70: 82 c7d4ec40 f2292000 0 0 0 0000204 [IWAIT] irq69: 81 c7d4ee00 f2293000 0 0 0 0000204 [IWAIT] irq68: 80 c7d5e000 f2294000 0 0 0 0000204 [IWAIT] irq67: 79 c7d5e1c0 f2295000 0 0 0 0000204 [IWAIT] irq66: 78 c7d5e380 f2296000 0 0 0 0000204 [IWAIT] irq65: 77 c7d5e540 f2297000 0 0 0 0000204 [IWAIT] irq64: 76 c7d5e700 f2298000 0 0 0 0000204 [IWAIT] irq63: 75 c7d5e8c0 f2299000 0 0 0 0000204 [IWAIT] irq62: 74 c7d5ea80 f229a000 0 0 0 0000204 [IWAIT] irq61: 73 c7d5ec40 f229b000 0 0 0 0000204 [IWAIT] irq60: 72 c7d5ee00 f229c000 0 0 0 0000204 [IWAIT] irq59: 71 c7d5f000 f229d000 0 0 0 0000204 [IWAIT] irq58: 70 c7d5f1c0 f229e000 0 0 0 0000204 [IWAIT] irq57: 69 c7d5f380 f229f000 0 0 0 0000204 [IWAIT] irq56: 68 c7d3e1c0 f2232000 0 0 0 0000204 [IWAIT] irq55: 67 c7d3e380 f224e000 0 0 0 0000204 [IWAIT] irq54: 66 c7d3e540 f224f000 0 0 0 0000204 [IWAIT] irq53: 65 c7d3e700 f2250000 0 0 0 0000204 [IWAIT] irq52: 64 c7d3e8c0 f2251000 0 0 0 0000204 [IWAIT] irq51: 63 c7d3ea80 f2252000 0 0 0 0000204 [IWAIT] irq50: 62 c7d3ec40 f2253000 0 0 0 0000204 [IWAIT] irq49: em1 61 c7d3ee00 f2254000 0 0 0 0000204 [CPU 0] irq48: em0 60 c7d4e000 f2255000 0 0 0 0000204 [IWAIT] irq47: 59 c7d4e1c0 f2256000 0 0 0 0000204 [IWAIT] irq46: 58 c7d4e380 f2257000 0 0 0 0000204 [IWAIT] irq45: 57 c7d4e540 f2258000 0 0 0 0000204 [IWAIT] irq44: 56 c7d4e700 f2259000 0 0 0 0000204 [IWAIT] irq43: 55 c7d4e8c0 f225a000 0 0 0 0000204 [IWAIT] irq42: 54 c7d26a80 f21ef000 0 0 0 0000204 [IWAIT] irq41: 53 c7d26c40 f2226000 0 0 0 0000204 [IWAIT] irq40: 52 c7d26e00 f2227000 0 0 0 0000204 [IWAIT] irq39: 51 c7d3c000 f2228000 0 0 0 0000204 [IWAIT] irq38: 50 c7d3c1c0 f2229000 0 0 0 0000204 [IWAIT] irq37: 49 c7d3c380 f222a000 0 0 0 0000204 [IWAIT] irq36: 48 c7d3c540 f222b000 0 0 0 0000204 [IWAIT] irq35: 47 c7d3c700 f222c000 0 0 0 0000204 [IWAIT] irq34: 46 c7d3c8c0 f222d000 0 0 0 0000204 [IWAIT] irq33: 45 c7d3ca80 f222e000 0 0 0 0000204 [IWAIT] irq32: 44 c7d3cc40 f222f000 0 0 0 0000204 [IWAIT] irq31: 43 c7d3ce00 f2230000 0 0 0 0000204 [IWAIT] irq30: 42 c7d3e000 f2231000 0 0 0 0000204 [IWAIT] irq29: 41 c7d16540 f21c8000 0 0 0 0000204 [IWAIT] irq28: 40 c7d16700 f21e4000 0 0 0 0000204 [IWAIT] irq27: 39 c7d168c0 f21e5000 0 0 0 0000204 [IWAIT] irq26: 38 c7d16a80 f21e6000 0 0 0 0000204 [IWAIT] irq25: 37 c7d16c40 f21e7000 0 0 0 0000204 [IWAIT] irq24: twe0 36 c7d16e00 f21e8000 0 0 0 0000204 [IWAIT] irq23: 35 c7d26000 f21e9000 0 0 0 0000204 [IWAIT] irq22: 34 c7d261c0 f21ea000 0 0 0 0000204 [IWAIT] irq21: 33 c7d26380 f21eb000 0 0 0 0000204 [IWAIT] irq20: 32 c7d26540 f21ec000 0 0 0 0000204 [IWAIT] irq19: fxp0 31 c7d26700 f21ed000 0 0 0 0000204 [IWAIT] irq18: atapci0 30 c7d268c0 f21ee000 0 0 0 0000204 [IWAIT] irq17: 29 c7cc91c0 f072f000 0 0 0 0000204 [IWAIT] irq16: 28 c7cc9380 f074b000 0 0 0 0000204 [IWAIT] irq15: ata1 27 c7cc9540 f074c000 0 0 0 0000204 [IWAIT] irq14: ata0 26 c7cc9700 f074d000 0 0 0 0000204 [IWAIT] irq13: 25 c7cc98c0 f074e000 0 0 0 0000204 [IWAIT] irq12: 24 c7cc9a80 f074f000 0 0 0 0000204 [IWAIT] irq11: 23 c7cc9c40 f0750000 0 0 0 0000204 [IWAIT] irq10: 22 c7cc9e00 f0751000 0 0 0 0000204 [IWAIT] irq9: acpi0 21 c7d16000 f21c5000 0 0 0 0000204 [IWAIT] irq8: rtc 20 c7d161c0 f21c6000 0 0 0 0000204 [IWAIT] irq7: 19 c7d16380 f21c7000 0 0 0 0000204 [IWAIT] irq6: 18 c7cc0000 f06ef000 0 0 0 0000204 [IWAIT] irq5: 17 c7cc01c0 f0726000 0 0 0 0000204 [IWAIT] irq4: sio0 16 c7cc0380 f0727000 0 0 0 0000204 [IWAIT] irq3: sio1 15 c7cc0540 f0728000 0 0 0 0000204 [IWAIT] irq1: atkbd0 14 c7cc0700 f0729000 0 0 0 000020c [Can run] idle: cpu0 13 c7cc08c0 f072a000 0 0 0 000020c [Can run] idle: cpu1 12 c7cc0a80 f072b000 0 0 0 000020c [Can run] idle: cpu2 11 c7cc0c40 f072c000 0 0 0 000020c [CPU 3] idle: cpu3 1 c7cc0e00 f072d000 0 0 1 0004200 [SLPQ wait 0xc7cc0e00][SLP] init 10 c7cc9000 f072e000 0 0 0 0000204 [SLPQ ktrace 0xc05160b8][SLP] ktrace 0 c05127e0 c067d000 0 0 0 0000200 [RUNQ] swapper == snip == GENERIC boots fine: == snip == FreeBSD/i386 bootstrap loader, Revision 1.1 (root@majestix.tallence.de, Sat Sep 25 16:22:15 CEST 2004) Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x2dd49c data=0x2e268+0x38b38 syms=[0x4+0x3ca50+0x4+0x4cb1b] / Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 9 seconds... Type '?' for a list of commands, 'help' for more detailed help. OK unload OK load /boot/kernel.GENERIC/kernel /boot/kernel.GENERIC/kernel text=0x4b5638 data=0x7cf64+0x4acfc syms=[0x4+0x59d50+0x4+0x6ed04] OK boot ACPI autoload failed - no such file or directory 2228224K of memory above 4GB ignored Copyright (c) 1992-2004 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.3-BETA5 #0: Sat Sep 25 18:53:57 CEST 2004 root@majestix.tallence.de:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2799.22-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 4160684032 (3967 MB) avail memory = 4073914368 (3885 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 24 ioapic2: Assuming intbase of 48 ioapic3: Assuming intbase of 72 ioapic4: Assuming intbase of 96 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard ioapic3 irqs 72-95 on motherboard ioapic4 irqs 96-119 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pci0: on pcib0 pcib1: at device 2.0 on pci0 pci5: on pcib1 pci5: at device 28.0 (no driver attached) pcib2: at device 29.0 on pci5 pci7: on pcib2 em0: port 0xd880-0xd8bf mem 0xfe9a0000-0xfe9bffff irq 48 at device 1.0 on pci7 em0: Ethernet address: 00:e0:81:28:97:ea em0: Speed:N/A Duplex:N/A em1: port 0xdc00-0xdc3f mem 0xfe9e0000-0xfe9fffff irq 49 at device 1.1 on pci7 em1: Ethernet address: 00:e0:81:28:97:eb em1: Speed:N/A Duplex:N/A pci5: at device 30.0 (no driver attached) pcib3: at device 31.0 on pci5 pci6: on pcib3 twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0xcc00-0xcc0f mem 0xfe000000-0xfe7fffff irq 24 at device 3.0 on pci6 twe0: [GIANT-LOCKED] twe0: 8 ports, Firmware FE7S 1.05.00.063, BIOS BE7X 1.08.00.048 pcib4: at device 3.0 on pci0 pci2: on pcib4 pci2: at device 28.0 (no driver attached) pcib5: at device 29.0 on pci2 pci4: on pcib5 pci2: at device 30.0 (no driver attached) pcib6: at device 31.0 on pci2 pci3: on pcib6 uhci0: port 0xe800-0xe81f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe880-0xe89f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xec00-0xec1f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pcib7: at device 30.0 on pci0 pci1: on pcib7 fxp0: port 0x8080-0x80bf mem 0xfd280000-0xfd29ffff,0xfd2fd000-0xfd2fdfff irq 19 at device 1.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:e0:81:28:97:d8 pci1: at device 2.0 (no driver attached) atapci0: port 0x8400-0x847f,0x8480-0x848f,0x8c00-0x8c3f mem 0xfd2a0000-0xfd2bffff,0xfd2fe000-0xfd2fefff irq 18 at device 3.0 on pci1 atapci0: failed: rid 0x20 is memory, requested 4 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 ata4: channel #2 on atapci0 ata5: channel #3 on atapci0 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci1 ata1: channel #1 on atapci1 pci0: at device 31.3 (no driver attached) cpu0 on motherboard cpu1 on motherboard orm0: at iomem 0xc8000-0xc8fff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (memory) unknown: can't assign resources (port) ahc0: No resources allocated. unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) ahc0: No resources allocated. Timecounters tick every 10.000 msec ATAPI_RESET time = 30us acd0: DVDROM at ata0-master UDMA33 twed0: on twe0 twed0: 718114MB (1470698112 sectors) SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/twed0s1a WARNING: / was not properly dismounted Pre-seeding PRNG: kickstart. Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart. kernel dumps on /dev/twed0s1b swapon: adding /dev/twed0s1b as swap device Starting file system checks: /dev/twed0s1a: 1060 files, 31115 used, 222700 free (756 frags, 27743 blocks, 0.3% fragmentation) /dev/twed0s1e: DEFER FOR BACKGROUND CHECKING /dev/twed0s1d: DEFER FOR BACKGROUND CHECKING /dev/twed0s3a: DEFER FOR BACKGROUND CHECKING WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted WARNING: /data/00 was not properly dismounted security.jail.allow_raw_sockets: 0 -> 1 Setting hostname: majestix.tallence.de. em0: flags=8843 mtu 1500 options=1b inet 44.128.32.70 netmask 0xffffffc0 broadcast 44.128.32.127 inet6 fe80::2e0:81ff:fe28:97ea%em0 prefixlen 64 tentative scopeid 0x1 inet 44.128.32.86 netmask 0xffffffff broadcast 44.128.32.86 inet 44.1em28.32.87 netmask0 0xffffffff broa:dcast 44.128.32. 87 inet 44.128L.32.88 netmask 0ixffffffff broadcnast 44.128.32.88k inet 44.128.3 2.89 netmask 0xfifffffff broadcasst 44.128.32.89 ether 00:e0:81:u28:97:ea mediap: Ethernet autos elect status: 1no carrier lo0:0 flags=8049 mtu 1Mbps Full Duplex 6384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 add net default: gateway 44.128.32.65 Additional routing options:. Starting devd. Mounting NFS file systems:. Starting syslogd. Sep 27 21:54:08 majestix syslogd: kernel boot file is /boot/kernel.GENERIC/kernel Checking for core dump on /dev/twed0s1b ... savecore: no dumps found ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/aout Starting usbd. Starting local daemons:. Updating motd. Starting ntpd. Configuring syscons: blanktime. Starting sshd. Initial i386 initialization:. Additional ABI support: linux. Starting cron. Local package initialization: cvsupd SETI@home. Additional TCP options:. Starting background file system checks in 60 seconds. Mon Sep 27 21:54:14 CEST 2004 Starting 3DM2 daemon: FreeBSD/i386 (majestix.tallence.de) (ttyd0) login: Interrupt storm detected on "irq16: uhci0"; throttling interrupt source == snip == Here's the config file: == snip == ### ### Kernel configuarion file for majestix.tallence.de ### machine i386 cpu I686_CPU ident MAJESTIX ### ### General options: protocols, file systems ### options SCHED_ULE # ULE scheduler options INET # InterNETworking #options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options NULLFS #NULL filesystem #options GEOM_APPLE # Apple partitioning #options GEOM_BDE # Disk encryption. options GEOM_BSD # BSD disklabels #options GEOM_CONCAT # Disk concatenation. #options GEOM_FOX # Redundant path mitigation #options GEOM_GATE # Userland services. #options GEOM_GPT # GPT partitioning options GEOM_LABEL # Providers labelization. options GEOM_MBR # DOS/MBR partitioning #options GEOM_MIRROR # Disk mirroring. #options GEOM_NOP # Test class. #options GEOM_PC98 # NEC PC9800 partitioning #options GEOM_RAID3 # RAID3 functionality. #options GEOM_STRIPE # Disk striping. #options GEOM_SUNLABEL # Sun/Solaris partitioning #options GEOM_UZIP # Read-only compressed disks #options GEOM_VOL # Volume names from UFS superblock # Enable Linux ABI emulation #options COMPAT_LINUX #options LINPROCFS ### ### Machine-specific: ### options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # PAE is incompatible with modules options PAE # Physical Address Extensions Kernel device acpi makeoptions NO_MODULES=yes #options VM_KMEM_SIZE #options VM_KMEM_SIZE_MAX #options VM_KMEM_SIZE_SCALE=16 #options KVA_PAGES=512 options VM_KMEM_SIZE_MAX=419430400 #400MB ### ### Debugging ### options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. #options INVARIANTS # Enable calls of extra sanity checking #options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed ### ### Busses and drivers ### device isa device eisa device pci # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) device miibus # MII bus support #device fdc device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering #device ahc # AHA2940 and onboard AIC7xxx devices #device ahd # AHA39320/29320 and onboard AIC79xx devices device twe # 3ware ATA RAID device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device sc device npx device sio # 8250, 16[45]50 based serial ports device em # Intel PRO/1000 adapter Gigabit Ethernet Card device fxp # Intel EtherExpress PRO/100B (82557, 82558) device random # Entropy device device loop # Network loopback device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device bpf # Berkeley packet filter device mem # Memory and kernel memory devices device io # I/O device == snip == I'll try updating to the newest RELENG_5 and report back... Cheers, Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 20:03:09 2004 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 9521B16A4CF for ; Mon, 27 Sep 2004 20:03:09 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A9DF43D1F for ; Mon, 27 Sep 2004 20:03:09 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 85E0FF1AA3 for ; Mon, 27 Sep 2004 13:03:06 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 99473-04 for ; Mon, 27 Sep 2004 13:03:03 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 96693F1936 for ; Mon, 27 Sep 2004 13:03:03 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org In-Reply-To: <20040927195139.GA38187@parodius.com> References: <20040925205030.M69999@www.ideaway.net> <20040927193904.GB1016@odin.ac.hmc.edu> <20040927195139.GA38187@parodius.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-sOBdv3bsPZytZB6V3cnJ" Message-Id: <1096315383.24981.5.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 27 Sep 2004 13:03:03 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com Subject: Re: USB memory stick hotswap problems 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: Mon, 27 Sep 2004 20:03:09 -0000 --=-sOBdv3bsPZytZB6V3cnJ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-09-27 at 12:51, Jeremy Chadwick wrote: > Whoa, easy there. I think Mike was just providing some (what may > be considered superfluous/obvious) feedback to the issue at hand; he > honestly stated up front he had no solution, which implies he's not sure > of how to go about fixing the problem at hand. >=20 > I viewed his "criticism" as more positive than negative; I took it to > read "this is something we definitely need to look at and resolve, not > just put on the back-burner." I think the number of people who manage > and maintain the USB stack is, as you ptu it, limited. I don't know > what happened to Nick Hibma (the original maintainer/porter of the USB > stack), but it seems things have changed hands. >=20 > Finally, albeit a bit off-topic: financial contributions don't always > make things happen quicker in the open-source world. Although we have > less "managerial" red-tape to deal with, there are still only 24 hours > in a day, and many of us work full-time jobs. Time is limited, > regardless if there's a donation involved or otherwise. :-) >=20 > Just my $0.02. I'd like to throw in my $0.02 as well. Perhaps if we all did, then there would be plenty of money ;-) Mike says: I don't claim that I have a solution - but I think I have an example that really requires for this to be solved in some way other than "you must unmount the USB device before unplugging". I think it would be great to not have to unmount a device before we unplug it, but even Windows requires you to do this by "ejecting" the device first. I don't see this as a problem. I especially do not see this as a problem with the USB stack. I haven't followed the entire thread, but is this the only remaining complaint/issue/criticism/etc? Cheers, Sean --=-sOBdv3bsPZytZB6V3cnJ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBWHH3yQsGN30uGE4RAnu6AJ45+m8jNacr79+dclsjntjmbModwACaAtFS v7R+EW1WyRbgIp3u78vc2YA= =jPB2 -----END PGP SIGNATURE----- --=-sOBdv3bsPZytZB6V3cnJ-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 20:06:52 2004 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 BC7BF16A4CE for ; Mon, 27 Sep 2004 20:06:52 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 926E343D39 for ; Mon, 27 Sep 2004 20:06:52 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 2234 invoked from network); 27 Sep 2004 20:06:52 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 27 Sep 2004 20:06:51 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8RK6lBs014629; Mon, 27 Sep 2004 16:06:49 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Julian Elischer Date: Mon, 27 Sep 2004 16:07:27 -0400 User-Agent: KMail/1.6.2 References: <4157AFE9.2060207@elischer.org> <200409271126.09854.jhb@FreeBSD.org> <415869AD.1000908@elischer.org> In-Reply-To: <415869AD.1000908@elischer.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409271607.27169.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Current Subject: Re: ktr/alq/witness failure. 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: Mon, 27 Sep 2004 20:06:52 -0000 On Monday 27 September 2004 03:27 pm, Julian Elischer wrote: > John Baldwin wrote: > >On Monday 27 September 2004 02:15 am, Julian Elischer wrote: > >>I'm not going to stop and debug this now because I'm chasing another > >>problem but I can probably stash a corefile somewhere if people want it.. > > > >Looks like the process mutex is busted or some such. > > > >>ref4# sysctl debug.ktr.mask=0x2fffffff > >>debug.ktr.mask: 262144 > >> -> > >>805306367 > >>ref4# > >>ref4# > >>ref4# sysctl debug.ktr.mask=0x0 > >>kernel trap 12 with interrupts disabled > >> > >>Fatal double fault: > >>eip = 0xc053336e > >>esp = 0xcbaa3ff4 > >>ebp = 0xcbaa401c > >>cpuid = 0; apic id = 00 > >>panic: double fault > >>cpuid = 0 > >>KDB: enter: panic > >>[thread 100027] > >>Stopped at kdb_enter+0x2b: nop > >>db> tr > >>kdb_enter(c069adef) at kdb_enter+0x2b > >>panic(c06b581a,c06b59c4,0,0,0) at panic+0x127 > >>dblfault_handler() at dblfault_handler+0x7a > >>--- trap 0x17, eip = 0xc053336e, esp = 0xcbaa3ff4, ebp = 0xcbaa401c --- > >>witness_checkorder(c111776c,9,c06b5972,2bb) at witness_checkorder+0x6a > > > >Can you pull up 'gdb kernel.debug' and do 'l *0xcbaa401c' and 'l > > unfortunatly when I tryied to save a coredump it failed.. dumpdev was > not set.. .. DUH! You don't need a coredump for this, just the kernel.debug from your kernel build. > >*witness_checkorder+0x6a'? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 20:20:17 2004 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 B215616A4CF for ; Mon, 27 Sep 2004 20:20:17 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEE4343D1F for ; Mon, 27 Sep 2004 20:20:16 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i8RKH1aH058935 for freebsd-current@freebsd.org.checked; (8.12.8/vak/2.1) Tue, 28 Sep 2004 00:17:01 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (riklin.cronyx.ru [172.22.4.101]) by hanoi.cronyx.ru with ESMTP id i8RKF0Jo058863 for ; (8.12.8/vak/2.1) Tue, 28 Sep 2004 00:15:01 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <415872F2.30701@cronyx.ru> Date: Tue, 28 Sep 2004 00:07:14 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Current: printf from kernel 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: Mon, 27 Sep 2004 20:20:17 -0000 Hi, I get strange behaviour. In some cases I can lose all my consoles (physical and remote system console (via com port)). Ssh keeps working. I can increase probability of this situation by turning on debug via printf in one of my drivers. More over with turned on debug in my driver system console do not output all information it should. I cant recall this were reported by anyone. Could someone highlight this situation? I am going to try a couple of ideas and then to check if this an issue for 5.3 Betas. rik From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 20:25:58 2004 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 886AF16A4CE for ; Mon, 27 Sep 2004 20:25:58 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 671C343D46 for ; Mon, 27 Sep 2004 20:25:58 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i8RKTQAJ015540; Mon, 27 Sep 2004 13:29:26 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8RKTPXO015539; Mon, 27 Sep 2004 13:29:25 -0700 Date: Mon, 27 Sep 2004 13:29:25 -0700 From: Brooks Davis To: Brooks Davis Message-ID: <20040927202925.GD1016@odin.ac.hmc.edu> References: <20040925205030.M69999@www.ideaway.net> <20040927193904.GB1016@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M38YqGLZlgb6RLPS" Content-Disposition: inline In-Reply-To: <20040927193904.GB1016@odin.ac.hmc.edu> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: Mike cc: freebsd-current@freebsd.org Subject: Re: USB memory stick hotswap problems 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: Mon, 27 Sep 2004 20:25:58 -0000 --M38YqGLZlgb6RLPS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 27, 2004 at 12:39:04PM -0700, Brooks Davis wrote: > You can make statements like this all you want, but at the end of the > day all you do is delay the solution. The few developers who are > capable of fixing these sorts of problems understand the issues and > would like to fix them, but the code is question is large, complex, and > fairly crufty. It also wasn't designed with this sort of scenario in > mind. The more time those developers have to spend reading messages > from people demanding a fix and pontificating on the importance of > the fix, the less time they can spend of the necessary architectural > cleanups to actually fix the problem. This response was overly agressing and inapproprate. I appologize for making it and for wasting the time of subscribers to this list. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --M38YqGLZlgb6RLPS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBWHglXY6L6fI4GtQRAokpAKCpXRBVCWBH+ecMekQpFankhaIkLACcDc0A uCQxX0/Ch/ye5DVKEnPIn8c= =r+eU -----END PGP SIGNATURE----- --M38YqGLZlgb6RLPS-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 20:31:54 2004 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 A298716A4CE for ; Mon, 27 Sep 2004 20:31:54 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D14343D1F for ; Mon, 27 Sep 2004 20:31:51 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i8RKVmZV020195 for ; Mon, 27 Sep 2004 22:31:49 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i8RKVmp9020194 for freebsd-current@freebsd.org; Mon, 27 Sep 2004 22:31:48 +0200 (SAST) (envelope-from jhay) Date: Mon, 27 Sep 2004 22:31:48 +0200 From: John Hay To: freebsd-current@freebsd.org Message-ID: <20040927203148.GA19531@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: rcorder /etc/rc.d and initdiskless 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: Mon, 27 Sep 2004 20:31:54 -0000 Hi, At the moment on a diskless machine /etc/rc determines the order of /etc/rc.d/* before /etc/rc.d/initdiskless is run, so you can't use initdiskless to add files to /etc/rc.d/ when it populates /etc and expect them to be used during startup. I have a few diskless machines and thought of adding specific startup scripts to specific machines in their /conf//etc/rc.d/ directories. :-) It does get put in their /etc/rc.d/ directories, but it isn't excecuted at starup. Have anybody got a workaround for this? John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 20:39:51 2004 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 17F9316A4CE; Mon, 27 Sep 2004 20:39:51 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D655C43D3F; Mon, 27 Sep 2004 20:39:50 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 4BA787A425; Mon, 27 Sep 2004 13:39:50 -0700 (PDT) Message-ID: <41587A95.3000106@elischer.org> Date: Mon, 27 Sep 2004 13:39:49 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: John Baldwin References: <4157AFE9.2060207@elischer.org> <200409271126.09854.jhb@FreeBSD.org> <415869AD.1000908@elischer.org> <200409271607.27169.jhb@FreeBSD.org> In-Reply-To: <200409271607.27169.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Current Subject: Re: ktr/alq/witness failure. 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: Mon, 27 Sep 2004 20:39:51 -0000 John Baldwin wrote: >On Monday 27 September 2004 03:27 pm, Julian Elischer wrote: > > >>John Baldwin wrote: >> >> >>>On Monday 27 September 2004 02:15 am, Julian Elischer wrote: >>> >>> >>>>I'm not going to stop and debug this now because I'm chasing another >>>>problem but I can probably stash a corefile somewhere if people want it.. >>>> >>>> >>>Looks like the process mutex is busted or some such. >>> >>> >>> >>>>ref4# sysctl debug.ktr.mask=0x2fffffff >>>>debug.ktr.mask: 262144 >>>> -> >>>>805306367 >>>>ref4# >>>>ref4# >>>>ref4# sysctl debug.ktr.mask=0x0 >>>>kernel trap 12 with interrupts disabled >>>> >>>>Fatal double fault: >>>>eip = 0xc053336e >>>>esp = 0xcbaa3ff4 >>>>ebp = 0xcbaa401c >>>>cpuid = 0; apic id = 00 >>>>panic: double fault >>>>cpuid = 0 >>>>KDB: enter: panic >>>>[thread 100027] >>>>Stopped at kdb_enter+0x2b: nop >>>>db> tr >>>>kdb_enter(c069adef) at kdb_enter+0x2b >>>>panic(c06b581a,c06b59c4,0,0,0) at panic+0x127 >>>>dblfault_handler() at dblfault_handler+0x7a >>>>--- trap 0x17, eip = 0xc053336e, esp = 0xcbaa3ff4, ebp = 0xcbaa401c --- >>>>witness_checkorder(c111776c,9,c06b5972,2bb) at witness_checkorder+0x6a >>>> >>>> >>>Can you pull up 'gdb kernel.debug' and do 'l *0xcbaa401c' and 'l >>> >>> >>unfortunatly when I tryied to save a coredump it failed.. dumpdev was >>not set.. .. DUH! >> >> > >You don't need a coredump for this, just the kernel.debug from your kernel >build. > yeah but I rebuilt after that... I'll try duplicate it and get an equivalent.. > > > >>>*witness_checkorder+0x6a'? >>> >>> > > > From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 20:40:37 2004 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 D3E2316A4CE for ; Mon, 27 Sep 2004 20:40:37 +0000 (GMT) Received: from KVIW13.KVI.nl (KVIW13.KVI.nl [129.125.15.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D30543D45 for ; Mon, 27 Sep 2004 20:40:36 +0000 (GMT) (envelope-from A.S.Usov@KVI.nl) Received: from KVIR52.KVI.nl ("port 50750"@KVIR52.KVI.nl [129.125.37.116]) <01LFDMUKQX76D419MI@KVI.nl> for current@freebsd.org; Mon, 27 Sep 2004 22:40:25 +0200 (MET DST) Received: from KVIW14.KVI.nl by KVIR52.KVI.nl (AvMailGate-2.0.2-8) id 01931-00FC9931; Mon, 27 Sep 2004 22:40:24 +0200 Received: from kvip55 ("port 55826"@KVIP88.KVI.nl [129.125.15.152]) <01LFDMU2QW1CD08SGV@KVI.nl> for current@freebsd.org; Mon, 27 Sep 2004 22:40:02 +0200 Date: Mon, 27 Sep 2004 22:40:00 +0200 From: "Alexander S. Usov" To: current@freebsd.org Message-id: <200409272240.00356.A.S.Usov@kvi.nl> Organization: KVI MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_+UNYhqRnytmuEFQDN1OzWQ)" User-Agent: KMail/1.7 X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-8; AVE: 6.27.0.12; VDF: 6.27.0.74; host: kvi.nl) Subject: ALTQ/pf troubles 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: Mon, 27 Sep 2004 20:40:38 -0000 --Boundary_(ID_+UNYhqRnytmuEFQDN1OzWQ) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline Hello !! As a happy owner of the 1120/352Kbit ADSL line and 5.3-BETA6 I have tried to configure altq as it's described in /usr/share/examples/pf/ackpri and have hit quite a number of strange issues with ALTQ. So, the system is: FreeBSD kvip55.lan 5.3-BETA6 FreeBSD 5.3-BETA6 #0: Mon Sep 27 18:40:51 CEST pf.conf & kernel configs are attached to the mail. Just enabling the queueing on the interface with bandwidth == DSL bandwidth results in the appox. factor of 2 drop in the speed of the outgoing transfers. >From my experiments I got an impression that to make this slow-down away I have to specify the bandwith around 700Kb, which is twice bigger than real. Also I found it almoust impossible to reproduce the expected effect of the ASC prioritization. Below is the table of the measured transfer speeds (shown by scp after 1-2 minutes of transfer). 1-way corresponds to the copying to/from host, and 2-way is both downloads running simultaneously. Speeds are DOWN/UP: no altq: 1-way: 115/35 2-way: 45-60/35 queue bandwidth 350: 1-way: 115/17 2-way: 55/17 queue bandwidth 550: 1-way: 115/29 2-way: 64/29 queue bandwidth 250: 1-way: 115/13 2-way: 45/10 -- Best regards, Alexander. --Boundary_(ID_+UNYhqRnytmuEFQDN1OzWQ) Content-type: text/plain; charset=iso-8859-1; name=KVIP88 Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=KVIP88 machine i386 cpu I686_CPU options CPU_SUSP_HLT options INCLUDE_CONFIG_FILE ident KVIP55 options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem #options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=150 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. # Add character code conversion support with LIBICONV. options CD9660_ICONV options MSDOSFS_ICONV options LIBICONV # Additionall network options options IPDIVERT # divert sockets options IPFIREWALL_DEFAULT_TO_ACCEPT # allow everything by default options IPSEC # IP security options IPSEC_ESP # IP security (crypto; define w/ IPSEC) options ALTQ options ALTQ_CBQ # Class Bases Queueing options ALTQ_PRIQ # Priority Queueing # To make an SMP kernel, the next two are needed device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering device atapicam # emulate ATAPI devices as SCSI ditto via CAM # needs CAM to be present (scbus & pass) # SCSI peripherals device scbus # SCSI bus (required for SCSI) device pass # Passthrough device (direct SCSI access) device da # Direct Access (disks) #device cd # CD # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc options SC_ALT_MOUSE_IMAGE options SC_PIXEL_MODE options VESA device agp # support several AGP chipsets device radeondrm device mgadrm # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # PCI Ethernet NICs that use the common MII bus controller code. device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 Ethernet device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ehci # EHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) # Sound support device sound # The generic sound driver. device snd_ich # Intel ICH PCI and some more audio controllers # embedded in a chipset. --Boundary_(ID_+UNYhqRnytmuEFQDN1OzWQ) Content-type: text/plain; charset=iso-8859-1; name=pf.conf Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=pf.conf #==================== DEFS ==================== ext = "bfe0" table const { 127.0.0.0/8, 192.168.0.0/16, 172.16.0.0/12, \ 10.0.0.0/8, !10.0.0.0/24 } tcp_services = "{ ssh, ftp, ftp-data, 17778, 4662, 49152:65535 }" icmp_types = "echoreq" #==================== OPTIONS ==================== set block-policy return set loginterface $ext set optimization conservative #==================== SCRUB ==================== scrub in all #==================== QUEUE ==================== #altq on $ext priq bandwidth 250Kb queue {q_pri, q_def} #queue q_pri priority 7 #queue q_def priority 1 priq(default) #==================== NAT ==================== #nat on $ext from $home to any -> ($ext) #==================== FILTERING ==================== block all # loopback pass quick on lo0 all antispoof for lo0 # ESP pass quick proto esp # block private networks block drop in quick on $ext from to any block drop out quick on $ext from any to # allow incoming pass in on $ext proto tcp from any to ($ext) port $tcp_services \ modulate state #queue (q_def, q_pri) pass in inet proto icmp icmp-type $icmp_types keep state # allow outgong traffic pass out on $ext proto tcp modulate state #queue (q_def, q_pri) pass out on $ext proto { udp, icmp } keep state --Boundary_(ID_+UNYhqRnytmuEFQDN1OzWQ)-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 20:41:05 2004 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 60CF316A4CE for ; Mon, 27 Sep 2004 20:41:05 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F11543D31 for ; Mon, 27 Sep 2004 20:41:05 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i8RKiXMg018259; Mon, 27 Sep 2004 13:44:33 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8RKiW08018258; Mon, 27 Sep 2004 13:44:32 -0700 Date: Mon, 27 Sep 2004 13:44:32 -0700 From: Brooks Davis To: John Hay Message-ID: <20040927204432.GF1016@odin.ac.hmc.edu> References: <20040927203148.GA19531@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/aVve/J9H4Wl5yVO" Content-Disposition: inline In-Reply-To: <20040927203148.GA19531@zibbi.icomtek.csir.co.za> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org Subject: Re: rcorder /etc/rc.d and initdiskless 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: Mon, 27 Sep 2004 20:41:05 -0000 --/aVve/J9H4Wl5yVO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 27, 2004 at 10:31:48PM +0200, John Hay wrote: > Hi, >=20 > At the moment on a diskless machine /etc/rc determines the order of > /etc/rc.d/* before /etc/rc.d/initdiskless is run, so you can't use > initdiskless to add files to /etc/rc.d/ when it populates /etc and > expect them to be used during startup. >=20 > I have a few diskless machines and thought of adding specific > startup scripts to specific machines in their /conf//etc/rc.d/ > directories. :-) It does get put in their /etc/rc.d/ directories, > but it isn't excecuted at starup. >=20 > Have anybody got a workaround for this? I do, but I haven't found time to finish it up and get the required changes to rcorder pushed through NetBSD. My basic plan was to mark some scripts (preseedrandom and initdiskless) with an "early" keyboard and run them manually before running all scripts without the early keyword. I've added an item to my todo list to get the rcorder changes done and tested. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --/aVve/J9H4Wl5yVO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBWHuwXY6L6fI4GtQRAmRDAJ4iZStaiwyK8kuKBOUfFSDorvnOYACePDhv VCcRLqDFUg6Xg6dzAH6TXUI= =NBRP -----END PGP SIGNATURE----- --/aVve/J9H4Wl5yVO-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 21:14:36 2004 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 809CC16A4CE for ; Mon, 27 Sep 2004 21:14:36 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDEE443D54 for ; Mon, 27 Sep 2004 21:14:35 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 336CA78C55 for ; Mon, 27 Sep 2004 17:16:02 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id B237C78C35 for ; Mon, 27 Sep 2004 17:16:00 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 4E025170E2; Mon, 27 Sep 2004 17:13:41 -0400 (EDT) Date: Mon, 27 Sep 2004 17:13:41 -0400 From: Damian Gerow To: current@freebsd.org Message-ID: <20040927211341.GB30059@afflictions.org> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 5.3-BETA6 on a i386 X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at afflictions.org Subject: Firefox breaks in upgrade from -BETA2 -> -BETA6 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: Mon, 27 Sep 2004 21:14:36 -0000 I updated from -BETA2 to -BETA6 (possibly -BETA3, don't remember) yesterday, and firefox has broken. When I start it, it just sits there, and doesn't open anything up. The process hangs in an unkillable state. If I try to rebuild from scratch, the package installation dies the same way while registering Chrome components (regxpcom). Even if I manually remove Firefox from my system, it still fails while registering Chrome components. Has anyone else seen this? Might this have anything to do with the new BIND (wild guess)? From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 21:16:50 2004 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 4EF4316A4CE for ; Mon, 27 Sep 2004 21:16:50 +0000 (GMT) Received: from kestrel.alerce.com (kestrel.alerce.com [209.182.219.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 278A043D2D for ; Mon, 27 Sep 2004 21:16:50 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (authenticated bits=128) by kestrel.alerce.com (8.12.10/8.12.10) with ESMTP id i8RLGiUQ071265 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 27 Sep 2004 14:16:45 -0700 (PDT) (envelope-from hartzell@kestrel.alerce.com) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id i8RLH4nh001218 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 27 Sep 2004 14:17:05 -0700 (PDT) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.1/8.13.1/Submit) id i8RLGuVa001214; Mon, 27 Sep 2004 14:16:56 -0700 (PDT) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16728.33607.716813.703551@satchel.alerce.com> Date: Mon, 27 Sep 2004 14:16:55 -0700 To: Peter Schultz In-Reply-To: References: <20040927111438.GA865@genius.tao.org.uk> <1096290034.23046.82.camel@linux-mobile.example.net> <20040927143811.GA87515@sysmon.tcworks.net> <4158338A.9090309@pythonemproject.com> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' cc: Rob cc: Scott Lambert cc: current@freebsd.org cc: Rainer Duffner Subject: Re: Laptop recommendations? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: hartzell@kestrel.alerce.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2004 21:16:50 -0000 Peter Schultz writes: > How far off are we from a stable version of FreeBSD PPC? Apple's > laptops are sweet. Except for the D#@% caps lock key. It's IN THE WRONG PLACE and apparent best tool for swapping it around (uControl) doesn't work reliably and the dang led stays on anyway.... I've been told that the behaviour is in the firmware and is unavoidable w/out drastic measures. g. From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 21:23:59 2004 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 AC91B16A4CE for ; Mon, 27 Sep 2004 21:23:59 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71D1C43D31 for ; Mon, 27 Sep 2004 21:23:59 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 30294 invoked from network); 27 Sep 2004 21:23:59 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 27 Sep 2004 21:23:58 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8RLNs7Y015103; Mon, 27 Sep 2004 17:23:54 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Mon, 27 Sep 2004 16:28:02 -0400 User-Agent: KMail/1.6.2 References: <4158BFAC.7050601@ispro.net.tr> In-Reply-To: <4158BFAC.7050601@ispro.net.tr> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409271628.02524.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Robert Watson cc: Evren Yurtesen Subject: Re: Re(3): panic: sorele 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: Mon, 27 Sep 2004 21:23:59 -0000 On Monday 27 September 2004 09:34 pm, Evren Yurtesen wrote: > Robert Watson wrote: > > On Thu, 23 Sep 2004, Evren Yurtesen wrote: > >>Does anybody know what is panic: sorele? :) > > > > It's the result of an inconsistency detected by the kernel regarding > > kernel invariants for sockets. The somewhat uninformative nature of the > > message is historical, and should probably be fixed. If this is > > reproduceable, could you rebuild your kernel with INVARIANTS support, as > > well as DDB so you can generate a stack trace and other debugging > > information (or, if you have a core, could you use gdb to extract > > debugging information per the Handbook?) > > I am not able to compile the kernel with DDB and INVARIANTS either... > When I put these options to kernel conf, I get this error > > Options Added: > > options INVARIANTS > options KDB > options DDB INVARIANTS requires the option 'INVARIANT_SUPPORT'. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 21:24:06 2004 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 C186916A4E8 for ; Mon, 27 Sep 2004 21:24:06 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A48D43D45 for ; Mon, 27 Sep 2004 21:24:06 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 6890 invoked from network); 27 Sep 2004 21:24:06 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 27 Sep 2004 21:24:05 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8RLNs7Z015103; Mon, 27 Sep 2004 17:23:57 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Mon, 27 Sep 2004 16:35:44 -0400 User-Agent: KMail/1.6.2 References: <20040924230425.GB1164@green.homeunix.org> <20040925101021.A78979@bpgate.speednet.com.au> In-Reply-To: <20040925101021.A78979@bpgate.speednet.com.au> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409271635.44017.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Brian Fundakowski Feldman cc: Andy Farkas cc: current@FreeBSD.org Subject: Re: panic: APIC: Previous IPI is stuck 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: Mon, 27 Sep 2004 21:24:07 -0000 On Friday 24 September 2004 08:24 pm, Andy Farkas wrote: > I have been having this problem for a few weeks now. Glad I'm not the only > one. My box is a 4xPPro running 5.3-BETA5. It panics with either ULE > or 4BSD. > > My theory is that a physical IPI gets lost somewhere and the kerenl spins > waiting for it. But thats just a stab in the dark because nobody cares to > explain why IPI's would be stuck. The panic has to do with a previous IPI not finished being sent from the same CPU. I've yet to determine why this happens. You can try editing sys/i386/i386/local_apic.c and turning on 'DETECT_DEADLOCK' (I think it is just commented out) and seeing if that improves stability. I also see this on a 4xPIIXeon system I use for testing. > -andyf > > On Fri, 24 Sep 2004, Brian Fundakowski Feldman wrote: > > This is on a 2xAthlon with the SCHED_ULE, HZ=1000, SW_WATCHDOG, and > > nothing really special in development. > > > > FreeBSD green.homeunix.org 6.0-CURRENT FreeBSD 6.0-CURRENT #110: Wed Sep > > 22 11:28:27 EDT 2004 > > root@green.homeunix.org:/usr/src/sys/i386/compile/GREEN i386 > > > > panic: APIC: Previous IPI is stuck > > cpuid = 1 > > KDB: stack backtrace: > > kdb_backtrace(c063cae7,1,c063c5e7,d4411b28,c1da2000) at > > kdb_backtrace+0x2e panic(c063c5e7,1,f3,1,2) at panic+0x128 > > lapic_ipi_vectored(f3,1,c1da2494,1,c0675910) at 64) at > > sched_add_internal+0x21e kseq_assign(c0675910,1,c0625a07,5e0,c1da1540) at > > kseq_assign+0x4a sched_clock(c1da2000,2,c0621165,17e,d4411c54) at > > sched_clock+0x74 statclock(d4411c54,c1ecc840,d4411c3c,c05edc8b,d4411c54) > > at statclock+0xf8 rtcintr(d4411c54,c0487af4,c06733a0,2,8) at rtcintr+0x4f > > intr_execute_handlers(c1dca8f0,d4411c54,d4411cb4,c05ea0e3,38) at > > intr_execute_ha ndlers+0xab > > lapic_handle_intr(38) at lapic_handle_intr+0x3a > > Xapic_isr1() at Xapic_isr1+0x33 > > --- interrupt, eip = 0xc04a640a, esp = 0xd4411c98, ebp = 0xd4411cb4 --- > > _mtx_lock_sleep(c06733e0,c1da2000,0,c06220e8,222) at > > _mtx_lock_sleep+0x13a _mtx_lock_flags(c06733e0,0,c06220e8,222,0) at > > _mtx_lock_flags+0xc0 > > ithread_loop(c1da6200,d4411d48,c0621edb,31f,c1da6200) at > > ithread_loop+0x15a fork_exit(c0499660,c1da6200,d4411d48) at > > fork_exit+0xc6 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0x1, eip = 0, esp = 0xd4411d7c, ebp = 0 --- > > KDB: enter: panic > > panic: APIC: Previous IPI is stuck > > cpuid = 1 > > boot() called on cpu#1 > > Uptime: 2d0h16m55s > > ^^ full hang instead of reset > > > > -- > > Brian Fundakowski Feldman \'[ FreeBSD > > ]''''''''''\ <> green@FreeBSD.org \ The > > Power to Serve! \ Opinions expressed are my own. > > \,,,,,,,,,,,,,,,,,,,,,,\ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 21:24:06 2004 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 DCD7316A4EC for ; Mon, 27 Sep 2004 21:24:06 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id A97B343D49 for ; Mon, 27 Sep 2004 21:24:06 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 6890 invoked from network); 27 Sep 2004 21:24:06 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 27 Sep 2004 21:24:05 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8RLNs7Z015103; Mon, 27 Sep 2004 17:23:57 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Mon, 27 Sep 2004 16:35:44 -0400 User-Agent: KMail/1.6.2 References: <20040924230425.GB1164@green.homeunix.org> <20040925101021.A78979@bpgate.speednet.com.au> In-Reply-To: <20040925101021.A78979@bpgate.speednet.com.au> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409271635.44017.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Brian Fundakowski Feldman cc: Andy Farkas cc: current@FreeBSD.org Subject: Re: panic: APIC: Previous IPI is stuck 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: Mon, 27 Sep 2004 21:24:07 -0000 On Friday 24 September 2004 08:24 pm, Andy Farkas wrote: > I have been having this problem for a few weeks now. Glad I'm not the only > one. My box is a 4xPPro running 5.3-BETA5. It panics with either ULE > or 4BSD. > > My theory is that a physical IPI gets lost somewhere and the kerenl spins > waiting for it. But thats just a stab in the dark because nobody cares to > explain why IPI's would be stuck. The panic has to do with a previous IPI not finished being sent from the same CPU. I've yet to determine why this happens. You can try editing sys/i386/i386/local_apic.c and turning on 'DETECT_DEADLOCK' (I think it is just commented out) and seeing if that improves stability. I also see this on a 4xPIIXeon system I use for testing. > -andyf > > On Fri, 24 Sep 2004, Brian Fundakowski Feldman wrote: > > This is on a 2xAthlon with the SCHED_ULE, HZ=1000, SW_WATCHDOG, and > > nothing really special in development. > > > > FreeBSD green.homeunix.org 6.0-CURRENT FreeBSD 6.0-CURRENT #110: Wed Sep > > 22 11:28:27 EDT 2004 > > root@green.homeunix.org:/usr/src/sys/i386/compile/GREEN i386 > > > > panic: APIC: Previous IPI is stuck > > cpuid = 1 > > KDB: stack backtrace: > > kdb_backtrace(c063cae7,1,c063c5e7,d4411b28,c1da2000) at > > kdb_backtrace+0x2e panic(c063c5e7,1,f3,1,2) at panic+0x128 > > lapic_ipi_vectored(f3,1,c1da2494,1,c0675910) at 64) at > > sched_add_internal+0x21e kseq_assign(c0675910,1,c0625a07,5e0,c1da1540) at > > kseq_assign+0x4a sched_clock(c1da2000,2,c0621165,17e,d4411c54) at > > sched_clock+0x74 statclock(d4411c54,c1ecc840,d4411c3c,c05edc8b,d4411c54) > > at statclock+0xf8 rtcintr(d4411c54,c0487af4,c06733a0,2,8) at rtcintr+0x4f > > intr_execute_handlers(c1dca8f0,d4411c54,d4411cb4,c05ea0e3,38) at > > intr_execute_ha ndlers+0xab > > lapic_handle_intr(38) at lapic_handle_intr+0x3a > > Xapic_isr1() at Xapic_isr1+0x33 > > --- interrupt, eip = 0xc04a640a, esp = 0xd4411c98, ebp = 0xd4411cb4 --- > > _mtx_lock_sleep(c06733e0,c1da2000,0,c06220e8,222) at > > _mtx_lock_sleep+0x13a _mtx_lock_flags(c06733e0,0,c06220e8,222,0) at > > _mtx_lock_flags+0xc0 > > ithread_loop(c1da6200,d4411d48,c0621edb,31f,c1da6200) at > > ithread_loop+0x15a fork_exit(c0499660,c1da6200,d4411d48) at > > fork_exit+0xc6 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0x1, eip = 0, esp = 0xd4411d7c, ebp = 0 --- > > KDB: enter: panic > > panic: APIC: Previous IPI is stuck > > cpuid = 1 > > boot() called on cpu#1 > > Uptime: 2d0h16m55s > > ^^ full hang instead of reset > > > > -- > > Brian Fundakowski Feldman \'[ FreeBSD > > ]''''''''''\ <> green@FreeBSD.org \ The > > Power to Serve! \ Opinions expressed are my own. > > \,,,,,,,,,,,,,,,,,,,,,,\ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 21:33:14 2004 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 659E716A4CE for ; Mon, 27 Sep 2004 21:33:14 +0000 (GMT) Received: from mx.us.army.mil (mxoutdr1.us.army.mil [143.69.242.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5AB743D1F for ; Mon, 27 Sep 2004 21:33:13 +0000 (GMT) (envelope-from jonathan.michael.stewart@us.army.mil) Received: from mta06.int.dr1.us.army.mil (localhost [127.0.0.1]) by mailrouter.us.army.mil (AKO MTA - mta06 ) with ESMTP id <0I4P004ZWYFX79@mta06.int.dr1.us.army.mil> for freebsd-current@freebsd.org; Mon, 27 Sep 2004 21:31:09 +0000 (GMT) Received: from [10.70.2.3] ([204.117.152.53]) by mailrouter.us.army.mil (AKO MTA - mta06 ) with ESMTPA id <0I4P008IIYF19I@mta06.int.dr1.us.army.mil> for freebsd-current@freebsd.org; Mon, 27 Sep 2004 21:31:09 +0000 (GMT) Date: Mon, 27 Sep 2004 17:30:22 -0400 From: Jonathan In-reply-to: Message-id: <4158866E.3030706@us.army.mil> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616) References: <41585223.2070204@cs.umn.edu> <41585951.3020307@cs.umn.edu> cc: Ivan Osipkov cc: freebsd-current@freebsd.org Subject: Re: DELL 5150 Crash 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: Mon, 27 Sep 2004 21:33:14 -0000 I can say that this does work although very strangely on my system http://ffs.szm.sk/en/ From the site: "This project mission is to create file system driver for windows , that will read ufs partitions from FreeBSD. Currently read only operations on UFS1 or UFS2 , are supported." Hope this helps, Jonathan (By strangely I mean I can't open a file directly with most programs, I can right click and do "add to archive" with 7zip (www.7zip.org I think) and save the archive on my desktop then open it from there.) Sam wrote: > oh, yeah. duh. If you can boot a live cd you can play with > the filesystem (fsck, etc). > > You might also try finding a bootable disk diagnostic utility > to see if it can find anything correctable. > > Cheers, > > Sam > > On Mon, 27 Sep 2004, Ivan Osipkov wrote: > >> Sam wrote: >> >>> Maybe VMWare can boot Freesbie. >>> >>> On Mon, 27 Sep 2004, Ivan Osipkov wrote: >>> >>>> I have DELL 5150 Inspiron with Windows XP on one partition and >>>> FreeBSD-CURRENT on >>>> another. The hardware failed and now I cannot mount /usr. Dell >>>> diagnostics say that >>>> there is unrecoverable data block, which means hard drive has to be >>>> replaced. >>>> >>>> My question: is there a Windows tool to access files on BSD partition? >>>> >>>> Thanks guys >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to >>>> "freebsd-current-unsubscribe@freebsd.org" >>>> >>>> >> Anything simpler? Would Live CD from FreeBSD work? >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 21:35:36 2004 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 B3D5F16A4CE for ; Mon, 27 Sep 2004 21:35:36 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7ED4743D1F for ; Mon, 27 Sep 2004 21:35:36 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id C28FAF1ADD; Mon, 27 Sep 2004 14:35:35 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 42496-03; Mon, 27 Sep 2004 14:35:33 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id AC0B5F1956; Mon, 27 Sep 2004 14:35:33 -0700 (PDT) From: Sean McNeil To: hartzell@kestrel.alerce.com In-Reply-To: <16728.33607.716813.703551@satchel.alerce.com> References: <20040927111438.GA865@genius.tao.org.uk> <1096290034.23046.82.camel@linux-mobile.example.net> <20040927143811.GA87515@sysmon.tcworks.net> <4158338A.9090309@pythonemproject.com> <16728.33607.716813.703551@satchel.alerce.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-lahWrDelc87J79cZ4lIX" Message-Id: <1096320933.42513.9.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 27 Sep 2004 14:35:33 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: Rob cc: Scott Lambert cc: Peter Schultz cc: current@freebsd.org cc: Rainer Duffner Subject: Re: Laptop recommendations? 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: Mon, 27 Sep 2004 21:35:36 -0000 --=-lahWrDelc87J79cZ4lIX Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-09-27 at 14:16, George Hartzell wrote: > Peter Schultz writes: > > How far off are we from a stable version of FreeBSD PPC? Apple's=20 > > laptops are sweet. >=20 > Except for the D#@% caps lock key. It's IN THE WRONG PLACE and > apparent best tool for swapping it around (uControl) doesn't work > reliably and the dang led stays on anyway.... Huh? I'm looking at my powerbook right now and the caps lock key is in the exact same place as it is on my logitec keyboard and my compaq laptop. Only difference that I see is the backspace key says delete and there is no "delete" key that kills the character on the cursor. > I've been told that the behaviour is in the firmware and is > unavoidable w/out drastic measures. I'd say this is a minor nit that you could get use to over time. My biggest complaint for all laptops is a decent mouse replacement. I'm no fan of glidepoints or eraser mice. Plus, no 3 buttons - 1 for macs, 2 for pcs. I have to say that a powerbook is one high quality piece of work. My compaq presario 700 looks like junk in comparison. --=-lahWrDelc87J79cZ4lIX Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBWIelyQsGN30uGE4RAqQEAJ9R5y10/c7BzcRE/AcU3l9DOFFQHQCgsRQO dL19K8IKSIllRTO5bd5i/5g= =0PYq -----END PGP SIGNATURE----- --=-lahWrDelc87J79cZ4lIX-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 21:35:44 2004 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 EB0C016A536 for ; Mon, 27 Sep 2004 21:35:44 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07BA943D5A for ; Mon, 27 Sep 2004 21:35:44 +0000 (GMT) (envelope-from marchenko@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so3052623rnk for ; Mon, 27 Sep 2004 14:35:28 -0700 (PDT) Received: by 10.38.67.72 with SMTP id p72mr136468rna; Mon, 27 Sep 2004 14:35:27 -0700 (PDT) Received: by 10.38.22.66 with HTTP; Mon, 27 Sep 2004 14:35:27 -0700 (PDT) Message-ID: Date: Mon, 27 Sep 2004 17:35:27 -0400 From: Vlad To: John Baldwin In-Reply-To: <200409271628.02524.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <4158BFAC.7050601@ispro.net.tr> <200409271628.02524.jhb@FreeBSD.org> cc: Evren Yurtesen cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: Re(3): panic: sorele X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vlad List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2004 21:35:45 -0000 John, I've got some DDB output for the exactly the same problem - I think I already sent u in email... note it crashes with a slitely different panic message than when it's not compiled with kernel debugging stuff. I've submitted more details in bug report here: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/72126 here is some DDB stuff: login: panic: sodealloc(): so_count 1 cpuid = 0 KDB: enter: panic [thread 100044] Stopped at kdb_enter+0x30: leave db> tr kdb_enter(c06497b7,0,c064f89d,e8955b18,c27df640) at kdb_enter+0x30 panic(c064f89d,1,122,c3a9fd78,c3a9fca8) at panic+0x14e sodealloc(c3a9fca8,0,c064f87d,17d,c3a9fd10) at sodealloc+0x21 sofree(c3a9fca8,1,c0653b3a,2b4,c06c8b40) at sofree+0x301 in_pcbdetach(c359b9d8,c36f4e00,e8955c68,c058a645,c36f4e00) at in_pcbdetach+0xf8 tcp_close(c36f4e00,c28a5034,0,0,0) at tcp_close+0x1d tcp_input(c3286800,14,c283a000,1,374a41cf) at tcp_input+0x1885 ip_input(c3286800,0,c065313d,e5,c06c78b8) at ip_input+0x592 netisr_processqueue(c06c78b8,c069acc0,1,c0648b1f,c27e6d00) at netisr_processqueue+0x8e swi_net(0,0,c0647164,269,0) at swi_net+0xe9 ithread_loop(c275d780,e8955d48,c0646f4f,323,0) at ithread_loop+0x172 fork_exit(c04d1970,c275d780,e8955d48) at fork_exit+0xc6 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe8955d7c, ebp = 0 --- db> show object Object 0xc0504cf0: type=0, size=0x7400047b83ffffff, res=-121515895, ref=-1265778039, flags=0x27bc db> show witness Sleep locks: 0 ATAPI CD bioqueue lock -- last acquired @ /usr/src/sys/dev/ata/atapi-cd.c:1100 0 g_xdown -- last acquired @ /usr/src/sys/geom/geom_io.c:374 3 Giant -- last acquired @ /usr/src/sys/vm/vm_fault.c:294 4 standard object -- last acquired @ /usr/src/sys/vm/vm_object.c:454 5 vm object_list -- last acquired @ /usr/src/sys/vm/vm_object.c:222 12 vm page queue mutex -- last acquired @ /usr/src/sys/vm/vm_fault.c:876 13 CMAPCADDR12 -- last acquired @ /usr/src/sys/i386/i386/pmap.c:2486 13 vnode interlock -- last acquired @ /usr/src/sys/kern/vfs_subr.c:2159 14 spechash -- last acquired @ /usr/src/sys/kern/vfs_subr.c:1903 14 cdev -- last acquired @ /usr/src/sys/kern/kern_conf.c:81 14 vnode_free_list -- last acquired @ /usr/src/sys/kern/vfs_subr.c:745 14 Syncer mtx -- last acquired @ /usr/src/sys/kern/vfs_subr.c:1854 14 Name Cache -- last acquired @ /usr/src/sys/kern/vfs_cache.c:478 13 pmap -- last acquired @ /usr/src/sys/i386/i386/pmap.c:2685 14 uma object -- last acquired @ /usr/src/sys/vm/uma_core.c:963 14 UMA pcpu -- last acquired @ /usr/src/sys/vm/uma_core.c:1800 15 KMAP ENTRY -- last acquired @ /usr/src/sys/vm/uma_core.c:2224 16 UMA zone -- last acquired @ /usr/src/sys/vm/uma_core.c:1817 4 malloc -- last acquired @ /usr/src/sys/kern/kern_malloc.c:588 4 struct mount mtx -- last acquired @ /usr/src/sys/kern/vfs_subr.c:901 13 vnode interlock -- (already displayed) 4 bounce pages lock -- last acquired @ /usr/src/sys/i386/i386/busdma_machdep.c:860 4 eventhandler -- last acquired @ /usr/src/sys/kern/subr_eventhandler.c:213 5 eventhandler list -- last acquired @ /usr/src/sys/kern/kern_exit.c:199 4 UMA lock -- last acquired @ /usr/src/sys/vm/uma_core.c:889 14 UMA pcpu -- (already displayed) 4 random reseed -- last acquired @ /usr/src/sys/dev/random/yarrow.c:193 4 kobj -- last acquired @ /usr/src/sys/kern/subr_kobj.c:298 4 kernel linker -- last acquired @ /usr/src/sys/kern/kern_linker.c:431 4 TID lock -- last acquired @ /usr/src/sys/kern/kern_thread.c:206 4 GEOM orphanage -- last acquired @ /usr/src/sys/geom/geom_event.c:170 4 vm86 lock -- last acquired @ /usr/src/sys/i386/i386/vm86.c:582 4 ithread -- last acquired @ /usr/src/sys/kern/kern_intr.c:276 4 taskqueue list -- last acquired @ /usr/src/sys/kern/subr_taskqueue.c:85 4 acpica subsystem lock -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:360 5 ACPI semaphore -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:300 11 Malloc Stats -- last acquired @ /usr/src/sys/kern/kern_malloc.c:185 5 taskqueue -- last acquired @ /usr/src/sys/kern/subr_taskqueue.c:193 14 UMA pcpu -- (already displayed) 4 if_cloners lock -- last acquired @ /usr/src/sys/net/if_clone.c:199 4 rman head -- last acquired @ /usr/src/sys/kern/subr_rman.c:111 4 arc4_mtx -- last acquired @ /usr/src/sys/libkern/arc4random.c:137 4 devstat -- last acquired @ /usr/src/sys/kern/subr_devstat.c:83 4 rman -- last acquired @ /usr/src/sys/kern/subr_rman.c:448 11 Malloc Stats -- (already displayed) 10 system map -- last acquired @ /usr/src/sys/vm/vm_kern.c:296 11 kmem object -- last acquired @ /usr/src/sys/vm/vm_kern.c:398 12 vm page queue mutex -- (already displayed) 11 kernel object -- last acquired @ /usr/src/sys/vm/vm_object.c:454 12 vm page queue mutex -- (already displayed) 4 sf_buf -- last acquired @ /usr/src/sys/i386/i386/vm_machdep.c:674 4 bdone lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:3768 4 domain list -- last acquired @ /usr/src/sys/kern/uipc_domain.c:110 4 bpf global lock -- last acquired @ /usr/src/sys/net/bpf.c:1446 5 bpf interface lock -- last acquired @ order list:0 6 bpf cdev lock -- last acquired @ order list:0 4 pbuf mutex -- last acquired @ /usr/src/sys/vm/vm_pager.c:414 4 ttylist -- last acquired @ /usr/src/sys/kern/tty.c:2745 11 tty -- last acquired @ /usr/src/sys/kern/kern_event.c:1451 4 pseudofs -- last acquired @ /usr/src/sys/fs/pseudofs/pseudofs_fileno.c:86 4 if_clone lock -- last acquired @ /usr/src/sys/net/if_clone.c:321 4 ACPI task queue -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSchedule.c:118 4 so_glabel -- last acquired @ /usr/src/sys/kern/uipc_socket.c:169 4 g_disk_done -- last acquired @ /usr/src/sys/geom/geom_disk.c:196 5 bio queue -- last acquired @ /usr/src/sys/geom/geom_io.c:65 14 UMA pcpu -- (already displayed) 4 lo_mtx -- last acquired @ /usr/src/sys/net/if_loop.c:154 4 IPFW static rules -- last acquired @ /usr/src/sys/netinet/ip_fw2.c:2510 4 ATA queue lock -- last acquired @ /usr/src/sys/dev/ata/ata-queue.c:172 4 pfil_head_mtx -- last acquired @ /usr/src/sys/net/pfil.c:81 5 pfil_head_list lock -- last acquired @ /usr/src/sys/net/pfil.c:218 4 buffer daemon lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:401 4 dirhash list -- last acquired @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:348 5 dirhash -- last acquired @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:367 4 needsbuffer lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:296 4 ufs ihash -- last acquired @ /usr/src/sys/ufs/ufs/ufs_ihash.c:156 13 vnode interlock -- (already displayed) 4 mntid -- last acquired @ /usr/src/sys/kern/vfs_subr.c:407 5 mountlist -- last acquired @ /usr/src/sys/kern/vfs_syscalls.c:386 4 pseudofs_vncache -- last acquired @ /usr/src/sys/fs/pseudofs/pseudofs_vncache.c:239 4 buf queue lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:1505 13 vnode interlock -- (already displayed) 4 fdesc -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1614 5 filedesc structure -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1356 6 devd -- last acquired @ /usr/src/sys/kern/subr_bus.c:496 9 sellck -- last acquired @ /usr/src/sys/kern/sys_generic.c:726 6 accept -- last acquired @ /usr/src/sys/kern/uipc_socket.c:334 7 so_snd -- last acquired @ /usr/src/sys/kern/uipc_socket.c:2091 8 so_rcv -- last acquired @ /usr/src/sys/kern/uipc_socket.c:2092 9 radix node head -- last acquired @ /usr/src/sys/net/route.c:662 10 system map -- (already displayed) 10 ifnet -- last acquired @ /usr/src/sys/net/if.c:1019 10 rtentry -- last acquired @ /usr/src/sys/net/rtsock.c:398 11 rts_inq -- last acquired @ /usr/src/sys/net/netisr.c:229 11 Malloc Stats -- (already displayed) 14 UMA pcpu -- (already displayed) 11 ifaddr -- last acquired @ /usr/src/sys/net/route.c:788 9 sellck -- (already displayed) 9 process lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1244 10 ktrace -- last acquired @ /usr/src/sys/kern/kern_fork.c:609 10 struct pargs.ref -- last acquired @ /usr/src/sys/kern/kern_proc.c:1100 10 sigacts -- last acquired @ /usr/src/sys/kern/kern_sig.c:294 10 session -- last acquired @ /usr/src/sys/kern/kern_fork.c:591 11 tty -- (already displayed) 11 uidinfo hash -- last acquired @ /usr/src/sys/kern/kern_resource.c:1004 12 sleep mtxpool -- last acquired @ /usr/src/sys/kern/kern_prot.c:1739 12 uidinfo struct -- last acquired @ order list:0 13 allprison -- last acquired @ /usr/src/sys/kern/kern_jail.c:460 6 pipe mutex -- last acquired @ /usr/src/sys/kern/sys_pipe.c:1520 7 sigio lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:729 8 process group -- last acquired @ /usr/src/sys/kern/kern_fork.c:581 9 process lock -- (already displayed) 4 rtsock route_cb lock -- last acquired @ /usr/src/sys/net/rtsock.c:234 4 accounting -- last acquired @ /usr/src/sys/kern/kern_acct.c:232 4 network driver -- last acquired @ /usr/src/sys/dev/fxp/if_fxp.c:1755 11 Malloc Stats -- (already displayed) 5 knlist lock for lockless objects -- last acquired @ /usr/src/sys/kern/kern_event.c:1451 5 if send queue -- last acquired @ /usr/src/sys/dev/fxp/if_fxp.c:1267 10 system map -- (already displayed) 4 runningbufspace lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:314 4 udp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:995 5 udpinp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:1001 7 so_snd -- (already displayed) 4 unp -- last acquired @ /usr/src/sys/kern/uipc_usrreq.c:842 7 so_snd -- (already displayed) 0 g_xup -- last acquired @ /usr/src/sys/geom/geom_io.c:428 3 Giant -- (already displayed) 0 igmp_mtx -- last acquired @ /usr/src/sys/netinet/igmp.c:431 0 ipqlock -- last acquired @ /usr/src/sys/netinet/ip_input.c:1096 0 sem -- last acquired @ /usr/src/sys/kern/sysv_sem.c:1174 0 if_afdata -- last acquired @ /usr/src/sys/net/if.c:489 0 GEOM topology -- last acquired @ /usr/src/sys/geom/geom_event.c:202 1 fdc lock -- last acquired @ /usr/src/sys/dev/fdc/fdc.c:772 2 callout_wait_lock -- last acquired @ /usr/src/sys/kern/kern_timeout.c:289 1 swapdev -- last acquired @ /usr/src/sys/vm/swap_pager.c:2124 3 Giant -- (already displayed) 0 p_peers -- last acquired @ /usr/src/sys/kern/kern_exit.c:243 0 ACPI root bus -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:832 4 rman -- (already displayed) 5 ACPI semaphore -- (already displayed) 0 ACPI PCI bus methods -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pcib.c:123 1 ACPI PCI link -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pci_link.c:1061 11 Malloc Stats -- (already displayed) 5 ACPI semaphore -- (already displayed) 2 kernel environment -- last acquired @ /usr/src/sys/kern/kern_environment.c:285 14 UMA pcpu -- (already displayed) 0 ACPI thermal zone -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_thermal.c:783 0 ACPI embedded controller -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_ec.c:302 0 ACPI power resources -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_powerres.c:324 5 ACPI semaphore -- (already displayed) 11 Malloc Stats -- (already displayed) 14 UMA pcpu -- (already displayed) 0 module subsystem sx lock -- last acquired @ /usr/src/sys/kern/kern_module.c:313 0 rawcb -- last acquired @ /usr/src/sys/net/raw_usrreq.c:80 8 so_rcv -- (already displayed) 0 sysctl lock -- last acquired @ /usr/src/sys/kern/kern_sysctl.c:1315 1 rip -- last acquired @ /usr/src/sys/netinet/raw_ip.c:844 1 tcp -- last acquired @ /usr/src/sys/netinet/tcp_timer.c:138 2 tcpinp -- last acquired @ order list:0 7 so_snd -- (already displayed) 1 filelist lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1330 5 filedesc structure -- (already displayed) 1 allproc -- last acquired @ /usr/src/sys/kern/kern_fork.c:301 2 user map -- last acquired @ /usr/src/sys/vm/vm_map.c:2997 3 Giant -- (already displayed) 0 ddp_list_mtx -- last acquired @ order list:0 1 ddp_mtx -- last acquired @ order list:0 0 slip_mtx -- last acquired @ order list:0 1 slip sc_mtx -- last acquired @ order list:0 0 proctree -- last acquired @ /usr/src/sys/kern/tty.c:2027 1 allproc -- (already displayed) Spin locks: 0 ap boot -- last acquired @ /usr/src/sys/i386/i386/mp_machdep.c:517 1 sio -- last acquired @ /usr/src/sys/dev/sio/sio.c:1709 2 cy -- last acquired @ order list:0 3 uart_hwmtx -- last acquired @ order list:0 4 sabtty -- last acquired @ order list:0 5 zstty -- last acquired @ order list:0 6 ng_node -- last acquired @ order list:0 7 ng_worklist -- last acquired @ order list:0 8 taskqueue_fast -- last acquired @ order list:0 9 intr table -- last acquired @ /usr/src/sys/i386/i386/intr_machdep.c:89 10 ithread table lock -- last acquired @ order list:0 11 sleepq chain -- last acquired @ /usr/src/sys/kern/subr_sleepqueue.c:223 12 sched lock -- last acquired @ /usr/src/sys/kern/sched_4bsd.c:1120 13 turnstile chain -- last acquired @ /usr/src/sys/kern/subr_turnstile.c:411 14 td_contested -- last acquired @ order list:0 15 callout -- last acquired @ /usr/src/sys/kern/kern_timeout.c:398 16 entropy harvest -- last acquired @ /usr/src/sys/dev/random/randomdev_soft.c:304 17 entropy harvest buffers -- last acquired @ /usr/src/sys/dev/random/randomdev_soft.c:313 18 allpmaps -- last acquired @ /usr/src/sys/i386/i386/pmap.c:1127 19 vm page queue free mutex -- last acquired @ /usr/src/sys/vm/vm_page.c:774 20 icu -- last acquired @ order list:0 21 smp rendezvous -- last acquired @ /usr/src/sys/i386/i386/pmap.c:585 22 tlb -- last acquired @ order list:0 23 clk -- last acquired @ /usr/src/sys/i386/isa/clock.c:404 24 mutex profiling lock -- last acquired @ order list:0 25 kse zombie lock -- last acquired @ order list:0 26 ALD Queue -- last acquired @ order list:0 27 pcicfg -- last acquired @ /usr/src/sys/i386/pci/pci_cfgreg.c:230 Locks which were never acquired: swap_pager swhash IPFW dynamic rules arp_inq tcp_hc_entry ip_inq pseudofs_fileno ppp_softc_list_mtx tunmtx msq semid cd9660_ihash msdosfs dehash strategy ACPI global lock ACPI cmbat ACPI generic battery ACPI AC adapter ACPI PCI power methods ACPI lid ACPI CPU kqueue order jumbo mutex encapmtx accept_filter_mtx securelevel mutex lock fifo mutex UUID generator mutex lock umtx protect sysfilt_ops phys_pager list dev_pager list dev_pager create swap_pager list vm map sleep mutex lockmgr db> show pciregs hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x00091166 rev=0x05 hdr=0x00 hostb1@pci0:0:1: class=0x060000 card=0x00000000 chip=0x00091166 rev=0x05 hdr=0x00 none0@pci0:2:0: class=0x030000 card=0x47568086 chip=0x47561002 rev=0x7a hdr=0x00 fxp0@pci0:3:0: class=0x020000 card=0x12298086 chip=0x12298086 rev=0x08 hdr=0x00 pcib1@pci0:7:0: class=0x060400 card=0x00000068 chip=0xa5001044 rev=0x02 hdr=0x01 asr0@pci0:7:1: class=0x0e0001 card=0xc03c1044 chip=0xa5011044 rev=0x02 hdr=0x00 isab0@pci0:15:0: class=0x060100 card=0x02001166 chip=0x02001166 rev=0x4f hdr=0x00 atapci0@pci0:15:1: class=0x01018a card=0x00000000 chip=0x02111166 rev=0x00 hdr=0x00 none1@pci2:4:0: class=0x010000 card=0x00cf8086 chip=0x00cf9005 rev=0x01 hdr=0x00 none2@pci2:4:1: class=0x010000 card=0x00cf8086 chip=0x00cf9005 rev=0x01 hdr=0x00 db> show registers cs 0x8 ds 0xe8950010 es 0x10 fs 0x18 ss 0x10 eax 0x12 ecx 0xc0c14000 edx 0 ebx 0xe8955b18 esp 0xe8955ad4 ebp 0xe8955adc esi 0x1 edi 0x100 eip 0xc0504cf0 kdb_enter+0x30 efl 0x282 dr0 0 dr1 0 dr2 0 dr3 0 dr4 0xffff0ff0 dr5 0x400 dr6 0xffff0ff0 dr7 0x400 kdb_enter+0x30: leave db> show threads 100265 (0xc32067d0) sched_switch(c32067d0,0,1,11d,5aa48b0d) at sched_switch+0x180 100251 (0xc3204190) sched_switch(c3204190,0,1,11d,5db1e499) at sched_switch+0x180 100118 (0xc2bbdc80) sched_switch(c2bbdc80,0,1,11d,82553467) at sched_switch+0x180 100158 (0xc2e43c80) sched_switch(c2e43c80,0,1,11d,5a568cc1) at sched_switch+0x180 100135 (0xc2e1b7d0) sched_switch(c2e1b7d0,0,1,11d,43f9759f) at sched_switch+0x180 100271 (0xc33fe190) sched_switch(c33fe190,0,1,11d,1dc845c7) at sched_switch+0x180 100232 (0xc3199320) sched_switch(c3199320,0,1,11d,e09772f9) at sched_switch+0x180 100100 (0xc2bbb000) sched_switch(eee41a94,c06c69a0,c06c69a0,437,c064d749) at sched_switch+0x180 100053 (0xc27e24b0) sched_switch(c27e24b0,0,1,11d,c2d83d01) at sched_switch+0x180 100248 (0xc319ac80) sched_switch(c319ac80,0,1,11d,7d8d3e1b) at sched_switch+0x180 100279 (0xc33fee10) sched_switch(c33fee10,0,1,11d,35fbfb91) at sched_switch+0x180 100195 (0xc30107d0) sched_switch(c30107d0,0,1,11d,9b3f1175) at sched_switch+0x180 100054 (0xc27e2640) sched_switch(c27e2640,0,1,11d,3a14f887) at sched_switch+0x180 100140 (0xc2e42000) sched_switch(c2e42000,0,1,11d,c759049f) at sched_switch+0x180 100254 (0xc3204640) sched_switch(c3204640,0,1,11d,203fa40f) at sched_switch+0x180 100257 (0xc3204af0) sched_switch(c3204af0,0,1,11d,71139bf5) at sched_switch+0x180 100266 (0xc3206960) sched_switch(c3206960,0,1,11d,14a393b3) at sched_switch+0x180 100115 (0xc2bbd7d0) sched_switch(c2bbd7d0,0,1,11d,3140338b) at sched_switch+0x180 100319 (0xc3893e10) sched_switch(c3893e10,0,1,11d,d00e7fff) at sched_switch+0x180 100290 (0xc3ae4000) sched_switch(c3ae4000,0,1,11d,f84f391) at sched_switch+0x180 100247 (0xc319aaf0) sched_switch(c319aaf0,0,1,11d,6b6ace79) at sched_switch+0x180 100187 (0xc2fb7af0) sched_switch(c2fb7af0,0,1,11d,2525f137) at sched_switch+0x180 100117 (0xc2bbdaf0) sched_switch(c2bbdaf0,0,1,11d,1064956d) at sched_switch+0x180 100104 (0xc2bbb640) sched_switch(c2bbb640,0,1,11d,f4dda92f) at sched_switch+0x180 100350 (0xc3a88000) sched_switch(c3a88000,0,1,11d,ec14fe77) at sched_switch+0x180 100095 (0xc2bb87d0) sched_switch(c2bb87d0,0,1,11d,ded7426b) at sched_switch+0x180 100160 (0xc2e46000) sched_switch(c2e46000,0,1,11d,6a3de8a5) at sched_switch+0x180 100274 (0xc33fe640) sched_switch(c33fe640,0,1,11d,de3a3cdf) at sched_switch+0x180 100310 (0xc3893000) sched_switch(c3893000,0,1,11d,5fd324ef) at sched_switch+0x180 100337 (0xc3a83af0) sched_switch(c3a83af0,0,1,11d,8c4f2c1d) at sched_switch+0x180 100108 (0xc2bbbc80) sched_switch(c2bbbc80,0,1,11d,f71adac1) at sched_switch+0x180 100218 (0xc3057c80) sched_switch(c3057c80,0,1,11d,3198796b) at sched_switch+0x180 100153 (0xc2e434b0) sched_switch(c2e434b0,0,1,11d,76cd2cdb) at sched_switch+0x180 100291 (0xc3ae4190) sched_switch(c3ae4190,0,1,11d,68406d3f) at sched_switch+0x180 100197 (0xc3010af0) sched_switch(c3010af0,0,1,11d,20da36eb) at sched_switch+0x180 100270 (0xc33fe000) sched_switch(c33fe000,0,1,11d,5f3a315) at sched_switch+0x180 100294 (0xc3ae4640) sched_switch(c3ae4640,0,1,11d,37dcbad9) at sched_switch+0x180 100323 (0xc38944b0) sched_switch(c38944b0,0,1,11d,1b6e368b) at sched_switch+0x180 100217 (0xc3057af0) sched_switch(c3057af0,0,1,11d,b13a0819) at sched_switch+0x180 100156 (0xc2e43960) sched_switch(c2e43960,0,1,11d,b2fbcc2d) at sched_switch+0x180 100231 (0xc3199190) sched_switch(c3199190,0,1,11d,720276ad) at sched_switch+0x180 100286 (0xc3ae2960) sched_switch(c3ae2960,0,1,11d,c048be07) at sched_switch+0x180 100143 (0xc2e424b0) sched_switch(c2e424b0,0,1,11d,5fae8b1b) at sched_switch+0x180 100275 (0xc33fe7d0) sched_switch(c33fe7d0,0,1,11d,77f0f3a3) at sched_switch+0x180 100101 (0xc2bbb190) sched_switch(c2bbb190,0,1,11d,a4d35a21) at sched_switch+0x180 100179 (0xc2fb6e10) sched_switch(c2fb6e10,0,1,11d,6a2f0e33) at sched_switch+0x180 100268 (0xc3206c80) sched_switch(c3206c80,0,1,11d,eca11829) at sched_switch+0x180 100240 (0xc319a000) sched_switch(c319a000,0,1,11d,5136c437) at sched_switch+0x180 100150 (0xc2e43000) sched_switch(c2e43000,0,1,11d,2d08bb99) at sched_switch+0x180 100090 (0xc2bb8000) sched_switch(c2bb8000,0,1,11d,35ede6a7) at sched_switch+0x180 100205 (0xc30117d0) sched_switch(c30117d0,0,1,11d,9ef63df5) at sched_switch+0x180 100136 (0xc2e1b960) sched_switch(c2e1b960,0,1,11d,a7a83071) at sched_switch+0x180 100148 (0xc2e42c80) sched_switch(c2e42c80,0,1,11d,7a8a9915) at sched_switch+0x180 100139 (0xc2e1be10) sched_switch(c2e1be10,0,1,11d,7c3a76d3) at sched_switch+0x180 100169 (0xc2e46e10) sched_switch(c2e46e10,0,1,11d,d6efc515) at sched_switch+0x180 100237 (0xc3199af0) sched_switch(c3199af0,0,1,11d,e07672c9) at sched_switch+0x180 100234 (0xc3199640) sched_switch(c3199640,0,1,11d,e7fafd81) at sched_switch+0x180 100235 (0xc31997d0) sched_switch(c31997d0,0,1,11d,dac1a0b1) at sched_switch+0x180 100170 (0xc2fb6000) sched_switch(c2fb6000,0,1,11d,f5857545) at sched_switch+0x180 100114 (0xc2bbd640) sched_switch(c2bbd640,0,1,11d,da2f9ac9) at sched_switch+0x180 100219 (0xc3057e10) sched_switch(c3057e10,0,1,11d,5ef6bfe9) at sched_switch+0x180 100245 (0xc319a7d0) sched_switch(c319a7d0,0,1,11d,5286fd) at sched_switch+0x180 100215 (0xc30577d0) sched_switch(c30577d0,0,1,11d,8ac81441) at sched_switch+0x180 100178 (0xc2fb6c80) sched_switch(c2fb6c80,0,1,11d,8b611a95) at sched_switch+0x180 100066 (0xc27e5960) sched_switch(c27e5960,0,1,11d,f8ff04b1) at sched_switch+0x180 100246 (0xc319a960) sched_switch(c319a960,0,1,11d,303b85b5) at sched_switch+0x180 100177 (0xc2fb6af0) sched_switch(c2fb6af0,0,1,11d,cacbc04f) at sched_switch+0x180 100065 (0xc27e57d0) sched_switch(c27e57d0,0,1,11d,5d2bec9) at sched_switch+0x180 100200 (0xc3011000) sched_switch(c3011000,0,1,11d,c3c865) at sched_switch+0x180 100106 (0xc2bbb960) sched_switch(c2bbb960,0,1,11d,dcf621a5) at sched_switch+0x180 100105 (0xc2bbb7d0) sched_switch(c2bbb7d0,0,1,11d,60cf4d39) at sched_switch+0x180 100069 (0xc27e5e10) sched_switch(c27e5e10,0,1,11d,49383521) at sched_switch+0x180 100107 (0xc2bbbaf0) sched_switch(c2bbbaf0,0,1,11d,3c6bcab5) at sched_switch+0x180 100110 (0xc2bbd000) sched_switch(c2bbd000,0,1,11d,2d219d87) at sched_switch+0x180 100067 (0xc27e5af0) sched_switch(c27e5af0,0,1,11d,e45ff411) at sched_switch+0x180 100080 (0xc2b65000) sched_switch(c2b65000,0,1,11d,53ec71a7) at sched_switch+0x180 100113 (0xc2bbd4b0) sched_switch(c2bbd4b0,0,1,11d,e062c4db) at sched_switch+0x180 100089 (0xc2b65e10) sched_switch(c2b65e10,0,1,11d,63e38f69) at sched_switch+0x180 100096 (0xc2bb8960) sched_switch(c2bb8960,0,1,11d,c20f2dbf) at sched_switch+0x180 100093 (0xc2bb84b0) sched_switch(c2bb84b0,0,1,11d,f0cf29c5) at sched_switch+0x180 100073 (0xc2b644b0) sched_switch(c2b644b0,0,1,11d,5406e9ef) at sched_switch+0x180 100072 (0xc2b64320) sched_switch(c2b64320,0,1,11d,78cee013) at sched_switch+0x180 100071 (0xc2b64190) sched_switch(c2b64190,0,1,11d,9790d9b7) at sched_switch+0x180 100039 (0xc27c3e10) sched_switch(c27c3e10,0,1,11d,96ad7513) at sched_switch+0x180 100038 (0xc27c3c80) sched_switch(c27c3c80,0,1,11d,ca744551) at sched_switch+0x180 100037 (0xc27c3af0) sched_switch(c27c3af0,0,1,11d,a3d309c5) at sched_switch+0x180 100036 (0xc27c3960) sched_switch(c27c3960,0,1,11d,b23a2533) at sched_switch+0x180 100064 (0xc27e5640) sched_switch(c27e5640,0,1,11d,9a1f276b) at sched_switch+0x180 100063 (0xc27e54b0) sched_switch(c27e54b0,0,1,11d,a08b2329) at sched_switch+0x180 100062 (0xc27e5320) sched_switch(c27e5320,0,1,11d,334e4c53) at sched_switch+0x180 100061 (0xc27e5190) sched_switch(c27e5190,0,1,11d,278c08d3) at sched_switch+0x180 100060 (0xc27e5000) sched_switch(c27e5000,0,1,11d,7bb99f0b) at sched_switch+0x180 100059 (0xc27e2e10) sched_switch(c27e2e10,0,1,11d,ebf94e5b) at sched_switch+0x180 100058 (0xc27e2c80) sched_switch(c27e2c80,0,1,11d,dfe1de45) at sched_switch+0x180 100057 (0xc27e2af0) sched_switch(c27e2af0,0,1,11d,d8b10679) at sched_switch+0x180 100056 (0xc27e2960) fork_trampoline() at fork_trampoline 100055 (0xc27e27d0) sched_switch(c27e27d0,0,1,11d,7805ac1b) at sched_switch+0x180 100025 (0xc27687d0) fork_trampoline() at fork_trampoline 100024 (0xc2768640) sched_switch(c2768640,0,1,11d,99382d45) at sched_switch+0x180 100023 (0xc27684b0) fork_trampoline() at fork_trampoline 100049 (0xc27dfe10) fork_trampoline() at fork_trampoline 100048 (0xc27dfc80) sched_switch(c27dfc80,0,1,11d,f4d93a93) at sched_switch+0x180 100047 (0xc27dfaf0) sched_switch(c27dfaf0,0,1,11d,6602877b) at sched_switch+0x180 100046 (0xc27df960) sched_switch(c27df960,0,1,11d,303d9b09) at sched_switch+0x180 100045 (0xc27df7d0) sched_switch(c27df7d0,0,1,11d,d1480c21) at sched_switch+0x180 100044 (0xc27df640) kdb_enter(c06497b7,0,c064f89d,e8955b18,c27df640) at kdb_enter+0x30 100043 (0xc27df4b0) fork_trampoline() at fork_trampoline 100042 (0xc27df320) sched_switch(c27df320,0,1,11d,8f05e591) at sched_switch+0x180 100041 (0xc27df190) fork_trampoline() at fork_trampoline 100040 (0xc27df000) fork_trampoline() at fork_trampoline 100012 (0xc2764320) sched_switch(c2764320,0,1,11d,ad12d591) at sched_switch+0x180 100011 (0xc2764190) fork_trampoline() at fork_trampoline 100035 (0xc27c37d0) fork_trampoline() at fork_trampoline 100034 (0xc27c3640) fork_trampoline() at fork_trampoline 100033 (0xc27c34b0) fork_trampoline() at fork_trampoline 100032 (0xc27c3320) fork_trampoline() at fork_trampoline 100031 (0xc27c3190) fork_trampoline() at fork_trampoline 100030 (0xc27c3000) fork_trampoline() at fork_trampoline 100029 (0xc2768e10) sched_switch(c2768e10,0,1,11d,4e7277ab) at sched_switch+0x180 100028 (0xc2768c80) fork_trampoline() at fork_trampoline 100027 (0xc2768af0) fork_trampoline() at fork_trampoline 100026 (0xc2768960) fork_trampoline() at fork_trampoline 100000 (0xc275f000) fork_trampoline() at fork_trampoline 100022 (0xc2768320) sched_switch(c2768320,0,1,11d,ad732327) at sched_switch+0x180 100021 (0xc2768190) fork_trampoline() at fork_trampoline 100020 (0xc2768000) fork_trampoline() at fork_trampoline 100019 (0xc2764e10) fork_trampoline() at fork_trampoline 100018 (0xc2764c80) sched_switch(c2764c80,0,1,11d,8991dd45) at sched_switch+0x180 100017 (0xc2764af0) fork_trampoline() at fork_trampoline 100016 (0xc2764960) fork_trampoline() at fork_trampoline 100015 (0xc27647d0) fork_trampoline() at fork_trampoline 100014 (0xc2764640) fork_trampoline() at fork_trampoline 100013 (0xc27644b0) fork_trampoline() at fork_trampoline 100010 (0xc2764000) fork_trampoline() at fork_trampoline 100009 (0xc275fe10) fork_trampoline() at fork_trampoline 100008 (0xc275fc80) fork_trampoline() at fork_trampoline 100007 (0xc275faf0) fork_trampoline() at fork_trampoline 100006 (0xc275f960) fork_trampoline() at fork_trampoline 100005 (0xc275f7d0) sched_switch(c275f7d0,0,1,11d,ee0be6c5) at sched_switch+0x180 100004 (0xc275f640) sched_switch(c275f640,0,1,117,5f9ce7f9) at sched_switch+0x180 100003 (0xc275f4b0) sched_switch(c275f4b0,0,1,117,b7b18581) at sched_switch+0x180 100002 (0xc275f320) sched_switch(c275f320,0,1,11d,c07088eb) at sched_switch+0x180 100001 (0xc275f190) sched_switch(c275f190,0,1,11d,f5b6edc5) at sched_switch+0x180 0 (0xc0697020) sched_switch(c0697020,0,1,11d,704cd037) at sched_switch+0x180 db>show map Task map 0xc0504cf0: pmap=0x4c70424, nentries=-1869574000, version=2072190603 db> show page cnt.v_free_count: 23492 cnt.v_cache_count: 13141 cnt.v_inactive_count: 124090 cnt.v_active_count: 180777 cnt.v_wire_count: 43501 cnt.v_free_reserved: 583 cnt.v_free_min: 2507 cnt.v_free_target: 10611 cnt.v_cache_min: 10611 cnt.v_inactive_target: 15916 db> show cbstat tot = 107460 (active = 0, free = 107460 (reserved = 102060, slush = 5400)) db> show rtc 04/09/26 09:22:38, A = 29, B = 42, C = d0 db> show intrcnt irq1: atkbd0 4 irq4: sio0 273 irq6: fdc0 10 irq8: rtc 4186630 irq13: npx0 1 irq14: ata0 46 irq18: fxp0 14933714 irq23: asr0 100627 irq31: acpi0 24214 irq0: clk 3270470 db> show pcpu cpuid = 0 curthread = 0xc27df640: pid 46 "swi1: net" curpcb = 0xe8955da0 fpcurthread = none idlethread = 0xc275f640: pid 12 "idle: cpu0" APIC ID = 3 currentldt = 0x28 spin locks held: db> > > INVARIANTS requires the option 'INVARIANT_SUPPORT'. > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Vlad From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 21:42:55 2004 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 6B37C16A4CE for ; Mon, 27 Sep 2004 21:42:55 +0000 (GMT) Received: from sccimhc92.asp.att.net (sccimhc92.asp.att.net [63.240.76.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 116A343D54 for ; Mon, 27 Sep 2004 21:42:55 +0000 (GMT) (envelope-from David.Boyd@insightbb.com) Received: from happy (12-202-176-78.client.insightbb.com[12.202.176.78]) by sccimhc92.asp.att.net (sccimhc92) with SMTP id <20040927214253i920072lu4e>; Mon, 27 Sep 2004 21:42:54 +0000 From: "David Boyd" To: Date: Mon, 27 Sep 2004 17:42:53 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal cc: Nate Lawson Subject: RE: 5.3-BETA5-i386-disc1 bootstrap failures 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: Mon, 27 Sep 2004 21:42:55 -0000 Nate Lawson wrote: > -----Original Message----- > From: owner-freebsd-current@freebsd.org > [mailto:owner-freebsd-current@freebsd.org]On Behalf Of Nate Lawson > Sent: Saturday, September 25, 2004 23:28 > To: David Boyd > Cc: freebsd-current@freebsd.org > Subject: Re: 5.3-BETA5-i386-disc1 bootstrap failures > > > David Boyd wrote: > > This may just be noise, but I'll send it anywho. > > > > The ACPI/APIC/SMP problem described in several missives on this list was > > introduced (imho) between noon on September 17th and noon on > September 18th. > > > > I have built from CVS (cvsup) the following kernels: > > > > 2004.09.17.12.00.00 > > 2004.09.18.00.00.00 > > 2004.09.18.06.00.00 > > 2004.09.18.12.00.00 > > Thanks for the datapoint. I assume you are tracking RELENG_5? > > I could only find one ACPI commit to RELENG_5 around this time. Please > recompile with the following files: > > acpi_thermal.c rev 1.48 > acpi_powerres.c rev 1.26 > > You can download them here: > http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/acpica/acpi_the rmal.c?rev=1.48&content-type=text/plain > > http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/acpica/acpi_pow erres.c?rev=1.26&content-type=text/plain > Merely copy these into /sys/dev/acpica, recompile the acpi module (or > whole kernel) and reboot. > -- > Nate Yes, I am tracking RELENG_5. The kernel build with the files you suggested resulted in the same hang. I filtered the commits by hour and then by 20 minutes intervals until I experienced the hang. The hang occurs after building the kernel with the follow commits: Edit src/sys/dev/fdc/fdc.c Add delta 1.283.2.1 2004.09.18.04.57.55 imp Edit src/sys/dev/fdc/fdc_acpi.c Add delta 1.2.2.2 2004.09.18.04.57.55 imp Edit src/sys/dev/fdc/fdc_isa.c Add delta 1.9.2.2 2004.09.18.04.57.55 imp Edit src/sys/dev/fdc/fdc_pccard.c Add delta 1.8.2.1 2004.09.18.04.57.55 imp Delete src/sys/dev/fdc/fdcreg.h Edit src/sys/dev/fdc/fdcvar.h Add delta 1.3.2.1 2004.09.18.04.57.55 imp Edit src/sys/sys/bio.h Add delta 1.139.2.1 2004.09.18.04.56.06 imp Edit src/sys/sys/fdcio.h Add delta 1.17.8.1 2004.09.18.04.57.55 imp I have some "free" time to pursue this now! I'll try almost anything you suggest. ------------------------------------------------ P.S. The system isn't actually dead...touching the power switch results in "ACPI: suspend request ignored (not ready yet)" as often as the power switch is depressed briefly. Thanks From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 21:55:18 2004 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 E8A0716A4CF; Mon, 27 Sep 2004 21:55:18 +0000 (GMT) Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net [69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66E2043D2F; Mon, 27 Sep 2004 21:55:18 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i8RLtCsT026425; Mon, 27 Sep 2004 17:55:12 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i8RLtB3B026424; Mon, 27 Sep 2004 17:55:11 -0400 (EDT) (envelope-from green) Date: Mon, 27 Sep 2004 17:55:11 -0400 From: Brian Fundakowski Feldman To: John Baldwin Message-ID: <20040927215511.GC24003@green.homeunix.org> References: <20040924230425.GB1164@green.homeunix.org> <20040925101021.A78979@bpgate.speednet.com.au> <200409271635.44017.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409271635.44017.jhb@FreeBSD.org> User-Agent: Mutt/1.5.6i cc: Andy Farkas cc: freebsd-current@FreeBSD.org cc: current@FreeBSD.org Subject: Re: panic: APIC: Previous IPI is stuck 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: Mon, 27 Sep 2004 21:55:19 -0000 On Mon, Sep 27, 2004 at 04:35:44PM -0400, John Baldwin wrote: > On Friday 24 September 2004 08:24 pm, Andy Farkas wrote: > > I have been having this problem for a few weeks now. Glad I'm not the only > > one. My box is a 4xPPro running 5.3-BETA5. It panics with either ULE > > or 4BSD. > > > > My theory is that a physical IPI gets lost somewhere and the kerenl spins > > waiting for it. But thats just a stab in the dark because nobody cares to > > explain why IPI's would be stuck. > > The panic has to do with a previous IPI not finished being sent from the same > CPU. I've yet to determine why this happens. You can try editing > sys/i386/i386/local_apic.c and turning on 'DETECT_DEADLOCK' (I think it is > just commented out) and seeing if that improves stability. I also see this > on a 4xPIIXeon system I use for testing. Can KTR logging be leveraged to find the root cause(s) of these deadlocks, or is it just so wildly unpredictable that it would be of no use? -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 21:55:18 2004 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 E8A0716A4CF; Mon, 27 Sep 2004 21:55:18 +0000 (GMT) Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net [69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66E2043D2F; Mon, 27 Sep 2004 21:55:18 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i8RLtCsT026425; Mon, 27 Sep 2004 17:55:12 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i8RLtB3B026424; Mon, 27 Sep 2004 17:55:11 -0400 (EDT) (envelope-from green) Date: Mon, 27 Sep 2004 17:55:11 -0400 From: Brian Fundakowski Feldman To: John Baldwin Message-ID: <20040927215511.GC24003@green.homeunix.org> References: <20040924230425.GB1164@green.homeunix.org> <20040925101021.A78979@bpgate.speednet.com.au> <200409271635.44017.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409271635.44017.jhb@FreeBSD.org> User-Agent: Mutt/1.5.6i cc: Andy Farkas cc: freebsd-current@FreeBSD.org cc: current@FreeBSD.org Subject: Re: panic: APIC: Previous IPI is stuck 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: Mon, 27 Sep 2004 21:55:19 -0000 On Mon, Sep 27, 2004 at 04:35:44PM -0400, John Baldwin wrote: > On Friday 24 September 2004 08:24 pm, Andy Farkas wrote: > > I have been having this problem for a few weeks now. Glad I'm not the only > > one. My box is a 4xPPro running 5.3-BETA5. It panics with either ULE > > or 4BSD. > > > > My theory is that a physical IPI gets lost somewhere and the kerenl spins > > waiting for it. But thats just a stab in the dark because nobody cares to > > explain why IPI's would be stuck. > > The panic has to do with a previous IPI not finished being sent from the same > CPU. I've yet to determine why this happens. You can try editing > sys/i386/i386/local_apic.c and turning on 'DETECT_DEADLOCK' (I think it is > just commented out) and seeing if that improves stability. I also see this > on a 4xPIIXeon system I use for testing. Can KTR logging be leveraged to find the root cause(s) of these deadlocks, or is it just so wildly unpredictable that it would be of no use? -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 21:57:13 2004 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 BB76316A4CE for ; Mon, 27 Sep 2004 21:57:13 +0000 (GMT) Received: from kestrel.alerce.com (kestrel.alerce.com [209.182.219.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 753AF43D31 for ; Mon, 27 Sep 2004 21:57:13 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (authenticated bits=128) by kestrel.alerce.com (8.12.10/8.12.10) with ESMTP id i8RLvBUQ071941 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 27 Sep 2004 14:57:12 -0700 (PDT) (envelope-from hartzell@kestrel.alerce.com) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id i8RLvVik001433 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 27 Sep 2004 14:57:32 -0700 (PDT) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.1/8.13.1/Submit) id i8RLvUDJ001430; Mon, 27 Sep 2004 14:57:30 -0700 (PDT) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16728.36042.147168.928629@satchel.alerce.com> Date: Mon, 27 Sep 2004 14:57:30 -0700 To: Sean McNeil In-Reply-To: <1096320933.42513.9.camel@server.mcneil.com> References: <20040927111438.GA865@genius.tao.org.uk> <1096290034.23046.82.camel@linux-mobile.example.net> <20040927143811.GA87515@sysmon.tcworks.net> <4158338A.9090309@pythonemproject.com> <16728.33607.716813.703551@satchel.alerce.com> <1096320933.42513.9.camel@server.mcneil.com> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' cc: current@freebsd.org Subject: Re: Laptop recommendations? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: hartzell@kestrel.alerce.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2004 21:57:14 -0000 Sean McNeil writes: > On Mon, 2004-09-27 at 14:16, George Hartzell wrote: > > Peter Schultz writes: > > > How far off are we from a stable version of FreeBSD PPC? Apple's > > > laptops are sweet. > > > > Except for the D#@% caps lock key. It's IN THE WRONG PLACE and > > apparent best tool for swapping it around (uControl) doesn't work > > reliably and the dang led stays on anyway.... > > Huh? I'm looking at my powerbook right now and the caps lock key is in > the exact same place as it is on my logitec keyboard and my compaq > laptop. Only difference that I see is the backspace key says delete and > there is no "delete" key that kills the character on the cursor. Yeah, I'm an old weirdo [who also uses emacs a lot]. I grew up with the control key being that big sucker just to the left of the 'A' key, and reaching down and under to the bottom row bothers my left wrist/hand. I'm otherwise keyboard agnostic (I don't care where the esc key is, I just use ctrl-[ and I'm used to figuring out just what the BS/Del key sends) but the ctrl key is important. Fortunately, on PC hardware, it's easy enough to get it where i want/like/need it. > > I've been told that the behaviour is in the firmware and is > > unavoidable w/out drastic measures. > > I'd say this is a minor nit that you could get use to over time. > [...] It may well be a minor nit, but they're not *your* fingers that start tingling. It's enough to keep me from treating my 15" powerbook as my day-to-day unix machine. Well, that and trying to live w/ the weird unix environment, which is a pale imitation of FreeBSD and our incredible ports tree. It makes a great mac though (digital imaging, photoshop, etc...). The powerbook hardware *is* nice. FreeBSD/PPC and the powerbook might well be a different story (I could live w/ the led staying lit if that key were an otherwise reliable ctrl...). I've settled in to being quite happy with my T42p. I'd happily trade the parallel port for firewire, and I wish that s4bios worked, but otherwise it's awfully nice! g. From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 22:12:50 2004 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 DCE6616A4CE for ; Mon, 27 Sep 2004 22:12:49 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98F1343D54 for ; Mon, 27 Sep 2004 22:12:47 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 4689DF1ADC; Mon, 27 Sep 2004 15:12:47 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 42492-07; Mon, 27 Sep 2004 15:12:46 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id B2E2BF1956; Mon, 27 Sep 2004 15:12:46 -0700 (PDT) From: Sean McNeil To: hartzell@kestrel.alerce.com In-Reply-To: <16728.36042.147168.928629@satchel.alerce.com> References: <20040927111438.GA865@genius.tao.org.uk> <1096290034.23046.82.camel@linux-mobile.example.net> <20040927143811.GA87515@sysmon.tcworks.net> <4158338A.9090309@pythonemproject.com> <16728.33607.716813.703551@satchel.alerce.com> <1096320933.42513.9.camel@server.mcneil.com> <16728.36042.147168.928629@satchel.alerce.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-w2ACeimMzC8gvQIRU6/Q" Message-Id: <1096323166.43375.8.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 27 Sep 2004 15:12:46 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: current@freebsd.org Subject: Re: Laptop recommendations? 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: Mon, 27 Sep 2004 22:12:50 -0000 --=-w2ACeimMzC8gvQIRU6/Q Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-09-27 at 14:57, George Hartzell wrote: > Sean McNeil writes: > > On Mon, 2004-09-27 at 14:16, George Hartzell wrote: > > > Peter Schultz writes: > > > > How far off are we from a stable version of FreeBSD PPC? Apple's= =20 > > > > laptops are sweet. > > >=20 > > > Except for the D#@% caps lock key. It's IN THE WRONG PLACE and > > > apparent best tool for swapping it around (uControl) doesn't work > > > reliably and the dang led stays on anyway.... > >=20 > > Huh? I'm looking at my powerbook right now and the caps lock key is i= n > > the exact same place as it is on my logitec keyboard and my compaq > > laptop. Only difference that I see is the backspace key says delete a= nd > > there is no "delete" key that kills the character on the cursor. >=20 > Yeah, I'm an old weirdo [who also uses emacs a lot]. I grew up with > the control key being that big sucker just to the left of the 'A' key, > and reaching down and under to the bottom row bothers my left > wrist/hand. I'm otherwise keyboard agnostic (I don't care where the > esc key is, I just use ctrl-[ and I'm used to figuring out just what > the BS/Del key sends) but the ctrl key is important. Fortunately, on > PC hardware, it's easy enough to get it where i want/like/need it. I see what you mean. But they moved that a long time ago. I'm amazed you have managed to stick with the old positioning. The feel of a Logitech keyboard is pretty sweet. > It may well be a minor nit, but they're not *your* fingers that start > tingling. It's enough to keep me from treating my 15" powerbook as my > day-to-day unix machine. Well, that and trying to live w/ the weird > unix environment, which is a pale imitation of FreeBSD and our > incredible ports tree. It makes a great mac though (digital imaging, > photoshop, etc...). >=20 > The powerbook hardware *is* nice. FreeBSD/PPC and the powerbook might > well be a different story (I could live w/ the led staying lit if that > key were an otherwise reliable ctrl...). That is actually the only reason I have a mac - I needed a mac. IMHO I don't think anyone should get a powerbook and then put FreeBSD on it.=20 That is unless you could run mac software on it. I would (will?) someday get a desktop on ebay and put FreeBSD on it, though. Oh, and EMACS RULES!!! ;-) --=-w2ACeimMzC8gvQIRU6/Q Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBWJBeyQsGN30uGE4RAthtAKDZMVEIRjEXzJ+KQ/q60qQ8da0nXwCfTtQ7 VE+j2jJF/YZnZSkbk3y5Ogo= =7Ced -----END PGP SIGNATURE----- --=-w2ACeimMzC8gvQIRU6/Q-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 22:18:25 2004 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 DA7EA16A4CE for ; Mon, 27 Sep 2004 22:18:25 +0000 (GMT) Received: from kestrel.alerce.com (kestrel.alerce.com [209.182.219.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id B096843D46 for ; Mon, 27 Sep 2004 22:18:25 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (authenticated bits=128) by kestrel.alerce.com (8.12.10/8.12.10) with ESMTP id i8RMIOUQ072319 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 27 Sep 2004 15:18:25 -0700 (PDT) (envelope-from hartzell@kestrel.alerce.com) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id i8RMIiLf001522 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 27 Sep 2004 15:18:45 -0700 (PDT) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.1/8.13.1/Submit) id i8RMIi1j001519; Mon, 27 Sep 2004 15:18:44 -0700 (PDT) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16728.37316.491548.851196@satchel.alerce.com> Date: Mon, 27 Sep 2004 15:18:44 -0700 To: Sean McNeil In-Reply-To: <1096323166.43375.8.camel@server.mcneil.com> References: <20040927111438.GA865@genius.tao.org.uk> <1096290034.23046.82.camel@linux-mobile.example.net> <20040927143811.GA87515@sysmon.tcworks.net> <4158338A.9090309@pythonemproject.com> <16728.33607.716813.703551@satchel.alerce.com> <1096320933.42513.9.camel@server.mcneil.com> <16728.36042.147168.928629@satchel.alerce.com> <1096323166.43375.8.camel@server.mcneil.com> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' cc: current@freebsd.org Subject: Re: Laptop recommendations? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: hartzell@kestrel.alerce.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2004 22:18:26 -0000 Sean McNeil writes: > [...] > I see what you mean. But they moved that a long time ago. I'm amazed > you have managed to stick with the old positioning. The feel of a > Logitech keyboard is pretty sweet. That's what keymap="us.pc-ctrl" in /etc/rc.conf is for.... :) > [...] > Oh, and EMACS RULES!!! ;-) Uh-oh.... Oddly enough, I end up swapping back and forth between emacs and vi depending on what I'm working on. Probably why I can't remember anyone's name any more..... g. From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 22:18:40 2004 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 60D9116A4CE for ; Mon, 27 Sep 2004 22:18:40 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA60343D46 for ; Mon, 27 Sep 2004 22:18:39 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 027B478C55 for ; Mon, 27 Sep 2004 18:20:06 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id 5164578C35 for ; Mon, 27 Sep 2004 18:20:01 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 3C4F0170E2; Mon, 27 Sep 2004 18:17:43 -0400 (EDT) Date: Mon, 27 Sep 2004 18:17:43 -0400 From: Damian Gerow To: current@freebsd.org Message-ID: <20040927221742.GC30059@afflictions.org> Mail-Followup-To: current@freebsd.org References: <20040927211341.GB30059@afflictions.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040927211341.GB30059@afflictions.org> X-Operating-System: FreeBSD 5.3-BETA6 on a i386 X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at afflictions.org Subject: Re: Firefox breaks in upgrade from -BETA2 -> -BETA6 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: Mon, 27 Sep 2004 22:18:40 -0000 Thus spake Damian Gerow (dgerow@afflictions.org) [27/09/04 17:16]: : When I start it, it just sits there, and doesn't open anything up. The : process hangs in an unkillable state. If I try to rebuild from scratch, the : package installation dies the same way while registering Chrome components : (regxpcom). Even if I manually remove Firefox from my system, it still : fails while registering Chrome components. And a fresh install (everything compiled this afternoon) of galeon2 is behaving exactly the same way. From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 22:18:30 2004 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 77EF916A4D0; Mon, 27 Sep 2004 22:18:30 +0000 (GMT) Received: from kestrel.alerce.com (kestrel.alerce.com [209.182.219.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id D49C943D45; Mon, 27 Sep 2004 22:14:44 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (authenticated bits=128) by kestrel.alerce.com (8.12.10/8.12.10) with ESMTP id i8RMAsUQ072175 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 27 Sep 2004 15:10:55 -0700 (PDT) (envelope-from hartzell@kestrel.alerce.com) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id i8RMBFKh001502 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 27 Sep 2004 15:11:15 -0700 (PDT) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.1/8.13.1/Submit) id i8RM7CvY001477; Mon, 27 Sep 2004 15:07:12 -0700 (PDT) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16728.36624.795064.393488@satchel.alerce.com> Date: Mon, 27 Sep 2004 15:07:12 -0700 To: Pawel Jakub Dawidek In-Reply-To: <20040927150725.GV9550@darkness.comp.waw.pl> References: <20040927094602.GA17898@gnah.bolet.org> <20040927111734.GS9550@darkness.comp.waw.pl> <200409272339.27282.doconnor@gsoft.com.au> <20040927150725.GV9550@darkness.comp.waw.pl> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' cc: Thomas Pornin cc: freebsd-current@freebsd.org Subject: Re: Software RAID1 with atacontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: hartzell@kestrel.alerce.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2004 22:18:30 -0000 Pawel Jakub Dawidek writes: > On Mon, Sep 27, 2004 at 11:39:20PM +0930, Daniel O'Connor wrote: > +> On Mon, 27 Sep 2004 20:47, Pawel Jakub Dawidek wrote: > +> > +> Therefore I think that there is something fishy here. Since the same > +> > +> code is used for Promise RAID cards, the support for those card may be > +> > +> "broken" as well (at least unreliable in case of a crash, which is a > +> > +> problem since RAID1 is meant to add reliability in case of a crash). > +> > +> What can I do to help debug this ? > +> > > +> > I can only suggest gmirror(8):) > +> > +> You can't boot from gmirror(8) with a hosed disk :( > > I wonder how BIOS react on such disk. You can setup in BIOS to boot from > 'C', 'D', etc. disks and it will be cool if 'D' can be choosen when 'C' > is broken. I have an older Supermicro system (370DER) with a built in two-channel scsi controller. It'll happily boot from whatever scsi device I give it. I have a pair of disks on channel-A, mirrored using gmirror (da0s1 and da1s1 are the providers) and it'll happily boot from either. Not quite as nice as automaticall falling-over, but close enough for my particular use. g. From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 22:27:41 2004 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 D8C1716A4CE for ; Mon, 27 Sep 2004 22:27:41 +0000 (GMT) Received: from mail.cs.umn.edu (mail.cs.umn.edu [128.101.34.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC33F43D2D for ; Mon, 27 Sep 2004 22:27:41 +0000 (GMT) (envelope-from osipkov@cs.umn.edu) Received: from localhost (localhost [127.0.0.1]) by augustus.cs.umn.edu (Postfix) with ESMTP id 331EF1131C for ; Mon, 27 Sep 2004 17:27:41 -0500 (CDT) Received: from mail.cs.umn.edu ([127.0.0.1]) by localhost (augustus [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 25766-01-6 for ; Mon, 27 Sep 2004 17:27:39 -0500 (CDT) Received: from fairtella (fairtella.cs.umn.edu [128.101.189.247]) by mail.cs.umn.edu (Postfix) with SMTP id 442EF1130B for ; Mon, 27 Sep 2004 17:27:39 -0500 (CDT) Message-ID: <001501c4a4e1$3242c510$f7bd6580@cs.umn.edu> From: "Ivan Osipkov" To: References: <41585223.2070204@cs.umn.edu> <41585951.3020307@cs.umn.edu> <4158866E.3030706@us.army.mil> Date: Mon, 27 Sep 2004 17:27:39 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 x-mimeole: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Virus-Scanned: by amavisd-new at cs.umn.edu Subject: Re: DELL 5150 Crash 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: Mon, 27 Sep 2004 22:27:42 -0000 Thank you guys for everything! I ran HITACHI diagnostic/repair bootable disk (hard drive is Hitachi Travelstar) and it fixed corrupted sectors. I could get into the FreeBSD and move all the files to the network. -Ivan ----- Original Message ----- From: "Jonathan" Cc: "Ivan Osipkov" ; Sent: Monday, September 27, 2004 4:30 PM Subject: Re: DELL 5150 Crash > I can say that this does work although very strangely on my system > http://ffs.szm.sk/en/ > From the site: > "This project mission is to create file system driver for windows , that > will read ufs partitions from FreeBSD. Currently read only operations on > UFS1 or UFS2 , are supported." > > Hope this helps, > Jonathan > > (By strangely I mean I can't open a file directly with most programs, I > can right click and do "add to archive" with 7zip (www.7zip.org I think) > and save the archive on my desktop then open it from there.) > > Sam wrote: > > > oh, yeah. duh. If you can boot a live cd you can play with > > the filesystem (fsck, etc). > > > > You might also try finding a bootable disk diagnostic utility > > to see if it can find anything correctable. > > > > Cheers, > > > > Sam > > > > On Mon, 27 Sep 2004, Ivan Osipkov wrote: > > > >> Sam wrote: > >> > >>> Maybe VMWare can boot Freesbie. > >>> > >>> On Mon, 27 Sep 2004, Ivan Osipkov wrote: > >>> > >>>> I have DELL 5150 Inspiron with Windows XP on one partition and > >>>> FreeBSD-CURRENT on > >>>> another. The hardware failed and now I cannot mount /usr. Dell > >>>> diagnostics say that > >>>> there is unrecoverable data block, which means hard drive has to be > >>>> replaced. > >>>> > >>>> My question: is there a Windows tool to access files on BSD partition? > >>>> > >>>> Thanks guys > >>>> _______________________________________________ > >>>> freebsd-current@freebsd.org mailing list > >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>> To unsubscribe, send any mail to > >>>> "freebsd-current-unsubscribe@freebsd.org" > >>>> > >>>> > >> Anything simpler? Would Live CD from FreeBSD work? > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to > >> "freebsd-current-unsubscribe@freebsd.org" > >> > >> > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 22:27:53 2004 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 0D34D16A4CE for ; Mon, 27 Sep 2004 22:27:53 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id E41D343D2D for ; Mon, 27 Sep 2004 22:27:52 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Mon, 27 Sep 2004 15:27:52 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 9606D5D04; Mon, 27 Sep 2004 15:27:51 -0700 (PDT) To: Sean McNeil In-reply-to: Your message of "Mon, 27 Sep 2004 15:12:46 PDT." <1096323166.43375.8.camel@server.mcneil.com> Date: Mon, 27 Sep 2004 15:27:51 -0700 From: "Kevin Oberman" Message-Id: <20040927222751.9606D5D04@ptavv.es.net> cc: current@freebsd.org Subject: Re: Laptop recommendations? 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: Mon, 27 Sep 2004 22:27:53 -0000 > From: Sean McNeil > Date: Mon, 27 Sep 2004 15:12:46 -0700 > Sender: owner-freebsd-current@freebsd.org > > > --=-w2ACeimMzC8gvQIRU6/Q > Content-Type: text/plain > Content-Transfer-Encoding: quoted-printable > > On Mon, 2004-09-27 at 14:57, George Hartzell wrote: > > Sean McNeil writes: > > > On Mon, 2004-09-27 at 14:16, George Hartzell wrote: > > > > Peter Schultz writes: > > > > > How far off are we from a stable version of FreeBSD PPC? Apple's= > =20 > > > > > laptops are sweet. > > > >=20 > > > > Except for the D#@% caps lock key. It's IN THE WRONG PLACE and > > > > apparent best tool for swapping it around (uControl) doesn't work > > > > reliably and the dang led stays on anyway.... > > >=20 > > > Huh? I'm looking at my powerbook right now and the caps lock key is i= > n > > > the exact same place as it is on my logitec keyboard and my compaq > > > laptop. Only difference that I see is the backspace key says delete a= > nd > > > there is no "delete" key that kills the character on the cursor. > >=20 > > Yeah, I'm an old weirdo [who also uses emacs a lot]. I grew up with > > the control key being that big sucker just to the left of the 'A' key, > > and reaching down and under to the bottom row bothers my left > > wrist/hand. I'm otherwise keyboard agnostic (I don't care where the > > esc key is, I just use ctrl-[ and I'm used to figuring out just what > > the BS/Del key sends) but the ctrl key is important. Fortunately, on > > PC hardware, it's easy enough to get it where i want/like/need it. > > I see what you mean. But they moved that a long time ago. I'm amazed > you have managed to stick with the old positioning. The feel of a > Logitech keyboard is pretty sweet. I still refuse to acknowledge Microsoft's mangling of the previously standard location of the control key. I always remap it to where it really belongs. For those who were not around when it happened, Microsoft thoughtfully moved the control key to its bottom row making it hard to use and by doing so, made the most popular word processor of the day (Wordstar) much harder to use as it uses control characters about as much as Emacs. It has been claimed that this is the reason that it was moved, but it is clear that Wordstar started losing traction in the market quickly leaving only WordPerfect and MS Word to fight it out. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 22:33:41 2004 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 2AB4616A4CE for ; Mon, 27 Sep 2004 22:33:41 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBB2143D1D for ; Mon, 27 Sep 2004 22:33:40 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so3237478rnk for ; Mon, 27 Sep 2004 15:33:34 -0700 (PDT) Received: by 10.38.171.75 with SMTP id t75mr499321rne; Mon, 27 Sep 2004 15:33:33 -0700 (PDT) Received: by 10.38.75.49 with HTTP; Mon, 27 Sep 2004 15:33:33 -0700 (PDT) Message-ID: <790a9fff040927153321ee4372@mail.gmail.com> Date: Mon, 27 Sep 2004 17:33:33 -0500 From: Scot Hetzel To: Brad Knowles In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1093303561.15161.30.camel@vipehost.vipenet.lan> <790a9fff0408240718231b1e4a@mail.gmail.com> <415620EB.6050603@yahoo.com> cc: Rob cc: freebsd-current@freebsd.org Subject: Re: from src/etc/rc.d/ntpd: required_files="/etc/ntp.conf" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2004 22:33:41 -0000 On Sun, 26 Sep 2004 19:15:26 +0200, Brad Knowles wrote: > At 10:52 AM +0900 2004-09-26, Rob quoted Scot Hetzel: > > >> If you look at the man page for ntpd, the default configuration file > >> is /etc/ntpd.conf, so you shouldn't need to specify '-c >> file>' to the ntpd_flags variable. Also, you don't need the '-p >> pid file>' in the ntpd_flags as it is the default. > > Are you sure it's /etc/ntpd.conf and not /etc/ntp.conf? > It's /etc/ntp.conf - I had corrected my self on Aug 24th. Scot From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 22:44:31 2004 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 73FD316A4CE for ; Mon, 27 Sep 2004 22:44:31 +0000 (GMT) Received: from www.heimat.gr.jp (catv-118-241.tees.ne.jp [203.141.118.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4301E43D31 for ; Mon, 27 Sep 2004 22:44:30 +0000 (GMT) (envelope-from nakaji@tutrp.tut.ac.jp) Received: from xa12.heimat.gr.jp (xa12.heimat.gr.jp [202.216.136.35]) by www.heimat.gr.jp (8.12.11/8.12.11) with ESMTP id i8RMiO6p011666 for ; Tue, 28 Sep 2004 07:44:24 +0900 (JST) (envelope-from nakaji@tutrp.tut.ac.jp) Sender: nakaji@tutrp.tut.ac.jp To: freebsd-current@freebsd.org From: NAKAJI Hiroyuki MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Date: Tue, 28 Sep 2004 07:44:23 +0900 Message-ID: <86k6uf2uyg.fsf@xa12.heimat.gr.jp> User-Agent: T-gnus/6.17.3 (based on No Gnus v0.3) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/) Subject: [amd64] 5.3-BETA5-disc1 cannot boot with HDAMD and 29329A-R 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: Mon, 27 Sep 2004 22:44:31 -0000 Hi, I tried 5.3-BETA5 yesterday on my new Dual Opteron PC and failed. Of cource, I will try BETA6 today. The parts of this PC are, o RIOWORKS HDAMD o Adaptec 29320A-R o Ultra320 drives of Seagate o ATAPI DVD-combo drive o FDD It can boot from disc1, but after "Waiting 15 seconds for SCSI devices to settle" message, it hangs up. Or does it take looooooooooooog time about "15 seconds"? I waited 10 or more minutes... BTW, I tested some cases, 1. With HostRAID, Windows XP Pro. (32-bit) works good with high benchmark. 2. Without HostRAID, Windows XP 64-bit Edition can work. 3. With or without HostRAID, FreeBSD/amd64 5.3-BETA cannot boot... 4. Without HostRAID, Fedora Core 2 can be installed. :( -- NAKAJI Hiroyuki From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 22:48:07 2004 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 0F4EA16A4CF for ; Mon, 27 Sep 2004 22:48:07 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA93343D53 for ; Mon, 27 Sep 2004 22:48:06 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8RMm6iC044520 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 27 Sep 2004 15:48:06 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8RMm6vX044519 for freebsd-current@freebsd.org; Mon, 27 Sep 2004 15:48:06 -0700 (PDT) (envelope-from jdc) Date: Mon, 27 Sep 2004 15:48:06 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20040927224806.GA44462@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org References: <86k6uf2uyg.fsf@xa12.heimat.gr.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86k6uf2uyg.fsf@xa12.heimat.gr.jp> User-Agent: Mutt/1.5.6i Subject: Re: [amd64] 5.3-BETA5-disc1 cannot boot with HDAMD and 29329A-R 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: Mon, 27 Sep 2004 22:48:07 -0000 http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037966.html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Tue, Sep 28, 2004 at 07:44:23AM +0900, NAKAJI Hiroyuki wrote: > Hi, > > I tried 5.3-BETA5 yesterday on my new Dual Opteron PC and failed. > Of cource, I will try BETA6 today. > > The parts of this PC are, > > o RIOWORKS HDAMD > o Adaptec 29320A-R > o Ultra320 drives of Seagate > o ATAPI DVD-combo drive > o FDD > > It can boot from disc1, but after "Waiting 15 seconds for SCSI devices > to settle" message, it hangs up. Or does it take looooooooooooog time > about "15 seconds"? I waited 10 or more minutes... > > BTW, I tested some cases, > > 1. With HostRAID, Windows XP Pro. (32-bit) works good with high > benchmark. > 2. Without HostRAID, Windows XP 64-bit Edition can work. > 3. With or without HostRAID, FreeBSD/amd64 5.3-BETA cannot boot... > 4. Without HostRAID, Fedora Core 2 can be installed. :( > -- > NAKAJI Hiroyuki > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 22:55:11 2004 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 9821716A4CE; Mon, 27 Sep 2004 22:55:11 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC56A43D2F; Mon, 27 Sep 2004 22:55:10 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])37D3E40AF2; Tue, 28 Sep 2004 00:55:10 +0200 (CEST) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 08078-05; Tue, 28 Sep 2004 00:55:10 +0200 (CEST) Received: from m2a2.dyndns.org (p508EFEB6.dip.t-dialin.net [80.142.254.182]) DDDE34092F; Tue, 28 Sep 2004 00:55:09 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 77E73D6382; Tue, 28 Sep 2004 00:55:07 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 04119-02; Tue, 28 Sep 2004 00:55:07 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 21A8ACA316; Tue, 28 Sep 2004 00:55:06 +0200 (CEST) To: Matthias Andree In-Reply-To: (Matthias Andree's message of "Mon, 27 Sep 2004 17:11:41 +0200") References: <415720FD.8080603@samsco.org> <415812AD.2090901@FreeBSD.org> From: Matthias Andree Date: Tue, 28 Sep 2004 00:55:06 +0200 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de cc: re@FreeBSD.org cc: standards@FreeBSD.org cc: Scott Long cc: current@FreeBSD.org Subject: Re: FreeBSD 5.3-BETA6 available 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: Mon, 27 Sep 2004 22:55:11 -0000 Matthias Andree writes: >>> 3. data corruption on unaligned block access bug, kern/60313, >>> is still open and unpatched AFAICS >> >> Is this actually an issue in FreeBSD 5? In the audit trail of the PR, >> Bruce Evans seems to concede that GEOM checks block alignment >> properly. OK, seeking to a position that is not a multiple of the block size appears to trigger EINVAL on a subsequent write so this is NOT an issue for FreeBSD 5. -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 22:57:20 2004 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 3EECA16A4CF for ; Mon, 27 Sep 2004 22:57:20 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF79F43D46 for ; Mon, 27 Sep 2004 22:57:19 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id CB3D878C8E for ; Mon, 27 Sep 2004 18:58:46 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id 43CC678C8C for ; Mon, 27 Sep 2004 18:58:45 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 9EABA170E2; Mon, 27 Sep 2004 18:56:26 -0400 (EDT) Date: Mon, 27 Sep 2004 18:56:26 -0400 From: Damian Gerow To: current@freebsd.org Message-ID: <20040927225626.GD30059@afflictions.org> Mail-Followup-To: current@freebsd.org References: <20040927211341.GB30059@afflictions.org> <20040927221742.GC30059@afflictions.org> <415899F4.4000508@gamersimpact.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <415899F4.4000508@gamersimpact.com> X-Operating-System: FreeBSD 5.3-BETA6 on a i386 X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at afflictions.org Subject: Re: Firefox breaks in upgrade from -BETA2 -> -BETA6 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: Mon, 27 Sep 2004 22:57:20 -0000 Thus spake Ryan Sommers (ryans@gamersimpact.com) [27/09/04 18:55]: : Could this have to do with the major threading changes? Do you have : anything in /etc/libmap.conf? How recently have you done a portupgrade : -af? I'm doing a portupgrade on one of my systems now; I'll see if I see : similar results when it hits firefox. Major threading change between the BETAs? Huh? Unless there was something that I *seriously* missed in UPDATING or on current@, my threading libraries haven't changed in the past few weeks. My applicable libmap.conf entries: libc_r.so.5 libpthread.so.1 libc_r.so libpthread.so.1 Then there's some stuff for the linux-pluginwrapper, but that's not an issue yet -- as I can't even install it without this unkillable hang. (For the record, it's exactly as the install docs tell you to do it.) From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 23:07:20 2004 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 1213A16A4CE; Mon, 27 Sep 2004 23:07:20 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 937A143D3F; Mon, 27 Sep 2004 23:07:19 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])99DB940B01; Tue, 28 Sep 2004 01:07:18 +0200 (CEST) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 28759-01-2; Tue, 28 Sep 2004 01:07:18 +0200 (CEST) Received: from m2a2.dyndns.org (p508EFEB6.dip.t-dialin.net [80.142.254.182]) 3DA2540AFF; Tue, 28 Sep 2004 01:07:18 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 6947FCC37E; Tue, 28 Sep 2004 01:07:17 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 07242-02; Tue, 28 Sep 2004 01:07:17 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 0750FCC21C; Tue, 28 Sep 2004 01:07:17 +0200 (CEST) To: Scott Long In-Reply-To: <41584682.9050204@FreeBSD.org> (Scott Long's message of "Mon, 27 Sep 2004 10:57:38 -0600") References: <415720FD.8080603@samsco.org> <415812AD.2090901@FreeBSD.org> <16728.17900.196968.145116@ran.psg.com> <41584682.9050204@FreeBSD.org> From: Matthias Andree Date: Tue, 28 Sep 2004 01:07:16 +0200 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de cc: Randy Bush cc: current@FreeBSD.org Subject: inetd default behavior (was: FreeBSD 5.3-BETA6 available) 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: Mon, 27 Sep 2004 23:07:20 -0000 Scott Long writes: > I understand and appreciate that. That's why I asked how other OS's > handle inetd. Ideally, the default configuration would limit the number of clients to some fixed figure, rather than limiting the number of connections. The latter is ineffective to control resource in the general case because it places no fixed upper limit and an attacker can run the machine out of file descriptors or memory. This is no news, Dan J. Bernstein, like him or not, has published this problem in 2000 at http://cr.yp.to/docs/inetd.html already. I'm not sure if this is a documentation issue or a configuration issue. I originally filed this in the "conf" category but it has one foot on the "docs" camp, too. On one hand, I'd say that setting inetd_enable=YES shouldn't cause DoS surprises, on the other hand I'm aware that there are so many options that have an impact on the choice which service should allow how many clients that it's impossible for the OS to offer a sensible default. DJB's tcpserver (not open source) uses a client limit of 40 unless otherwise configured, xinetd does not impose client limits by default but requires "instances=40" or similar configuration. The inetd shipping with SuSE Linux is outright crap of the old kind, allowing for 40 spawns per service per minute. In a previous discussion it was mentioned that changing the default might surprise users who run loaded services with many clients - so the last chance to make incompatible changes before 6 becomes "stable" is now. FreeBSD's inetd is among the better of its kind for its libwrap integration and absolute client limiting capabilities but the latter is not used in the default configuration but the unhelpful rate limiting. -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 23:22:45 2004 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 984EB16A4CF for ; Mon, 27 Sep 2004 23:22:45 +0000 (GMT) Received: from www.heimat.gr.jp (catv-118-241.tees.ne.jp [203.141.118.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5447743D45 for ; Mon, 27 Sep 2004 23:22:45 +0000 (GMT) (envelope-from nakaji@tutrp.tut.ac.jp) Received: from xa12.heimat.gr.jp (xa12.heimat.gr.jp [202.216.136.35]) by www.heimat.gr.jp (8.12.11/8.12.11) with ESMTP id i8RNMeH5012417 for ; Tue, 28 Sep 2004 08:22:40 +0900 (JST) (envelope-from nakaji@tutrp.tut.ac.jp) Sender: nakaji@tutrp.tut.ac.jp To: freebsd-current@freebsd.org References: <86k6uf2uyg.fsf@xa12.heimat.gr.jp> <86k6uf2uyg.fsf@xa12.heimat.gr.jp> <20040927224806.GA44462@parodius.com> From: NAKAJI Hiroyuki MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Date: Tue, 28 Sep 2004 08:22:40 +0900 In-Reply-To: <20040927224806.GA44462@parodius.com> (Jeremy Chadwick's message of "Mon, 27 Sep 2004 15:48:06 -0700") Message-ID: <86fz532t6n.fsf_-_@xa12.heimat.gr.jp> User-Agent: T-gnus/6.17.3 (based on No Gnus v0.3) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/) Subject: Re: [amd64] 5.3-BETA5-disc1 cannot boot with HDAMD and 29320A-R 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: Mon, 27 Sep 2004 23:22:45 -0000 >>>>> In <20040927224806.GA44462@parodius.com> >>>>> Jeremy Chadwick wrote: > http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037966.html Thanks. I gave up using HostRAID until it is supported. But please see my post again, > > 3. With or without HostRAID, FreeBSD/amd64 5.3-BETA cannot boot... ^^^^^^^^^^ The install disc1 of BETA5 cannot boot even if HostRAID is off. I tried BETA5 WITHOUT HostRAID and failed. -- NAKAJI Hiroyuki From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 23:28:12 2004 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 5874816A4CE for ; Mon, 27 Sep 2004 23:28:12 +0000 (GMT) Received: from komquats.com (S0106002078125c0c.gv.shawcable.net [24.108.146.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1745543D2D for ; Mon, 27 Sep 2004 23:28:12 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by komquats.com (Postfix) with ESMTP id E13A94C5EC for ; Mon, 27 Sep 2004 16:28:10 -0700 (PDT) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.13.1/8.12.8) with ESMTP id i8RNS9Tn031939 for ; Mon, 27 Sep 2004 16:28:10 -0700 (PDT) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Message-Id: <200409272328.i8RNS9Tn031939@cwsys.cwsent.com> X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 27 Sep 2004 16:28:09 -0700 Sender: Cy.Schubert@komquats.com Subject: CD9660 Issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2004 23:28:12 -0000 Has anyone experienced this with CURRENT as of last week? FreeBSD cwsys 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Tue Sep 21 21:26:33 PDT 2004 root@cwsys:/export/obj/opt/src/cvs-current/src/sys/KOMQUATS i386 I mount a CDROM using cd9660, no options. Open fails. #include #include main() { if (open("/cdrom/dbed_ora.3.5.sol.CD.tar.Z",O_RDONLY)) { perror("open error"); } } The app returns open error: Operation is not supported. Cheers, Cy Schubert Web: www.komquats.com and www.bcbodybuilder.com FreeBSD UNIX: Web: www.FreeBSD.org BC Government: "Lift long enough and I believe arrogance is replaced by humility and fear by courage and selfishness by generosity and rudeness by compassion and caring." -- Dave Draper From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 23:32:26 2004 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 2047E16A4CE for ; Mon, 27 Sep 2004 23:32:26 +0000 (GMT) Received: from smtp15.wxs.nl (smtp15.wxs.nl [195.121.6.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB8C743D41 for ; Mon, 27 Sep 2004 23:32:25 +0000 (GMT) (envelope-from freebsd@akruijff.dds.nl) Received: from kruij557.speed.planet.nl (ipd50a97ba.speed.planet.nl [213.10.151.186]) by smtp15.wxs.nl (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0I4Q00IBG4200O@smtp15.wxs.nl> for current@freebsd.org; Tue, 28 Sep 2004 01:32:24 +0200 (CEST) Received: from alex.lan (localhost [127.0.0.1]) by kruij557.speed.planet.nl ; Tue, 28 Sep 2004 01:32:18 +0200 Received: (from akruijff@localhost) by alex.lan (8.12.10/8.12.10/Submit) id i8RNWIhH004492 for current@freebsd.org; Tue, 28 Sep 2004 01:32:18 +0200 Content-return: prohibited Date: Tue, 28 Sep 2004 01:32:18 +0200 From: Alex de Kruijff In-reply-to: <20040927211341.GB30059@afflictions.org> To: current@freebsd.org Message-id: <20040927233218.GD1494@alex.lan> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: Mutt/1.4.2.1i References: <20040927211341.GB30059@afflictions.org> X-Authentication-warning: alex.lan: akruijff set sender to freebsd@akruijff.dds.nl using -f Subject: Re: Firefox breaks in upgrade from -BETA2 -> -BETA6 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: Mon, 27 Sep 2004 23:32:26 -0000 On Mon, Sep 27, 2004 at 05:13:41PM -0400, Damian Gerow wrote: > I updated from -BETA2 to -BETA6 (possibly -BETA3, don't remember) yesterday, > and firefox has broken. You proberbly also updated your ports collection. I don't think this is related to BETAx. -- Alex Articles based on solutions that I use: http://www.kruijff.org/alex/FreeBSD/ From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 23:40:00 2004 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 BF23B16A4CE for ; Mon, 27 Sep 2004 23:40:00 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BC7643D4C for ; Mon, 27 Sep 2004 23:40:00 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id F01E578C55 for ; Mon, 27 Sep 2004 19:41:26 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id 1508178C35 for ; Mon, 27 Sep 2004 19:41:22 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 53133170E2; Mon, 27 Sep 2004 19:39:04 -0400 (EDT) Date: Mon, 27 Sep 2004 19:39:04 -0400 From: Damian Gerow To: current@freebsd.org Message-ID: <20040927233904.GE30059@afflictions.org> Mail-Followup-To: current@freebsd.org References: <20040927211341.GB30059@afflictions.org> <20040927233218.GD1494@alex.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040927233218.GD1494@alex.lan> X-Operating-System: FreeBSD 5.3-BETA6 on a i386 X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at afflictions.org Subject: Re: Firefox breaks in upgrade from -BETA2 -> -BETA6 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: Mon, 27 Sep 2004 23:40:00 -0000 Thus spake Alex de Kruijff (freebsd@akruijff.dds.nl) [27/09/04 19:34]: : On Mon, Sep 27, 2004 at 05:13:41PM -0400, Damian Gerow wrote: : > I updated from -BETA2 to -BETA6 (possibly -BETA3, don't remember) yesterday, : > and firefox has broken. : : You proberbly also updated your ports collection. I don't think this is : related to BETAx. Well, since it breaking, I've /tried/ to update my ports collection. This *is* related to BETAx. Here's what I did: 1) Discover that OSS (grrrr....) has drivers for my sound card for -BETA5. 2) Try them, have them core. Start to debug by updating to RELENG_5 (-BETA6). 3) Try running firefox. It hangs. 4) Try re-compiling firefox. Installation hangs. 5) Try deleting firefox, deleting work/ subdirectory, and recompiling. Installation hangs. 6) Sup my ports. Nothing about firefox. The *only* port in my system that's changed since the upgrade is a new install of libtheora, about ten minutes ago. From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 23:49:48 2004 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 8287816A4CE for ; Mon, 27 Sep 2004 23:49:48 +0000 (GMT) Received: from komquats.com (S0106002078125c0c.gv.shawcable.net [24.108.146.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 490C043D1D for ; Mon, 27 Sep 2004 23:49:48 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by komquats.com (Postfix) with ESMTP id EDB354C5EC; Mon, 27 Sep 2004 16:49:46 -0700 (PDT) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.13.1/8.12.8) with ESMTP id i8RNnj61032122; Mon, 27 Sep 2004 16:49:45 -0700 (PDT) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Message-Id: <200409272349.i8RNnj61032122@cwsys.cwsent.com> X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Ryan Sommers In-Reply-To: Message from Ryan Sommers of "Mon, 27 Sep 2004 18:40:37 CDT." <4158A4F5.6030204@gamersimpact.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 27 Sep 2004 16:49:45 -0700 Sender: Cy.Schubert@komquats.com cc: current@freebsd.org Subject: Re: CD9660 Issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2004 23:49:48 -0000 In message <4158A4F5.6030204@gamersimpact.com>, Ryan Sommers writes: > Cy Schubert wrote: > > >Has anyone experienced this with CURRENT as of last week? > > > >FreeBSD cwsys 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Tue Sep 21 21:26:33 PDT > >2004 root@cwsys:/export/obj/opt/src/cvs-current/src/sys/KOMQUATS i386 > > > >I mount a CDROM using cd9660, no options. Open fails. > > > >#include > >#include > > > >main() > >{ > > if (open("/cdrom/dbed_ora.3.5.sol.CD.tar.Z",O_RDONLY)) { > > perror("open error"); > > } > >} > > > > > >The app returns open error: Operation is not supported. > > > > > >Cheers, > >Cy Schubert > >Web: www.komquats.com and www.bcbodybuilder.com > >FreeBSD UNIX: Web: www.FreeBSD.org > >BC Government: > > > > "Lift long enough and I believe arrogance is replaced by > > humility and fear by courage and selfishness by generosity > > and rudeness by compassion and caring." > > -- Dave Draper > > > > > > > Shouldn't that be if (open(...) < 0)? > > Open return a positive value if the open succeeded. You are correct. Actually my problem is that tar, cp, dd, and cat all return the same result. My test app was specifically designed for this list. I fixed my test app. It returns the same result. #include #include main() { if (open("/cdrom/dbed_ora.3.5.sol.CD.tar.Z",O_RDONLY) < 0) { perror("open error"); } When I get home tonight I will try this out on my systems there. I doubt that the SCSI cd driver will produce any different results than the acd driver on my system here at work does. I've tried other CDs, all to no avail (I thought it was the Oracle CD I was using at first but RedHat CDs exhibit the same behaviour). Cheers, Cy Schubert Web: www.komquats.com and www.bcbodybuilder.com FreeBSD UNIX: Web: www.FreeBSD.org BC Government: "Lift long enough and I believe arrogance is replaced by humility and fear by courage and selfishness by generosity and rudeness by compassion and caring." -- Dave Draper From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 23:53:02 2004 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 2551916A4CE for ; Mon, 27 Sep 2004 23:53:02 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8EA043D39 for ; Mon, 27 Sep 2004 23:53:00 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8RNqpYS055169; Tue, 28 Sep 2004 09:22:52 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "M. Warner Losh" Date: Tue, 28 Sep 2004 09:22:43 +0930 User-Agent: KMail/1.7 References: <20040927065752.19038.qmail@new.transactionware.com> <200409271724.33417.doconnor@gsoft.com.au> <20040927.101016.116855223.imp@bsdimp.com> In-Reply-To: <20040927.101016.116855223.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1945043.GW10i4tFeh"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409280922.50470.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-current@freebsd.org cc: janm-freebsd-current@transactionware.com Subject: Re: Low volume sound on Dell Precision 530 (snd_ich) 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: Mon, 27 Sep 2004 23:53:02 -0000 --nextPart1945043.GW10i4tFeh Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 28 Sep 2004 01:40, M. Warner Losh wrote: > : mixer pcm 100 > : mixer ogain 100 > : mixer vol 100 > > When I try these with my Sony, I get it loud, but distorted. I just > assumed that this was due to wimpy amps in ich sound parts. Probably.. The one in my Inspiron 8600 can go pretty damn loud, but the speakers in th= is=20 are pretty large. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1945043.GW10i4tFeh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBWKfS5ZPcIHs/zowRAl9YAJ9QMuBeSamtPeFrz2NZyj7quqzgDwCfR6V7 OIDBIzGEaaa0SPwKscZkNY8= =yYm7 -----END PGP SIGNATURE----- --nextPart1945043.GW10i4tFeh-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 23:59:58 2004 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 3801916A4CE; Mon, 27 Sep 2004 23:59:58 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F4CD43D1D; Mon, 27 Sep 2004 23:59:57 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8RNxqqE055301; Tue, 28 Sep 2004 09:29:53 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 28 Sep 2004 09:29:51 +0930 User-Agent: KMail/1.7 References: <20040927111438.GA865@genius.tao.org.uk> <1096290034.23046.82.camel@linux-mobile.example.net> <20040927143811.GA87515@sysmon.tcworks.net> In-Reply-To: <20040927143811.GA87515@sysmon.tcworks.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1585488.ltb1usOap5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409280929.52593.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Scott Lambert cc: current@freebsd.org cc: Rainer Duffner Subject: Re: Laptop recommendations? 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: Mon, 27 Sep 2004 23:59:58 -0000 --nextPart1585488.ltb1usOap5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 28 Sep 2004 00:08, Scott Lambert wrote: > My biggest complaint is the same as about my last x86 laptop. I hate > touchpads. Go buy a trackball :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1585488.ltb1usOap5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBWKl45ZPcIHs/zowRAgbAAJ4/beO7nh0hkLa1Iw/zeP8N6AriPQCgg2WU 6Wt5u3si4X/veNb/VSbofgM= =GmUF -----END PGP SIGNATURE----- --nextPart1585488.ltb1usOap5-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 23:59:58 2004 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 3801916A4CE; Mon, 27 Sep 2004 23:59:58 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F4CD43D1D; Mon, 27 Sep 2004 23:59:57 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8RNxqqE055301; Tue, 28 Sep 2004 09:29:53 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 28 Sep 2004 09:29:51 +0930 User-Agent: KMail/1.7 References: <20040927111438.GA865@genius.tao.org.uk> <1096290034.23046.82.camel@linux-mobile.example.net> <20040927143811.GA87515@sysmon.tcworks.net> In-Reply-To: <20040927143811.GA87515@sysmon.tcworks.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1585488.ltb1usOap5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409280929.52593.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Scott Lambert cc: current@freebsd.org cc: Rainer Duffner Subject: Re: Laptop recommendations? 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: Mon, 27 Sep 2004 23:59:58 -0000 --nextPart1585488.ltb1usOap5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 28 Sep 2004 00:08, Scott Lambert wrote: > My biggest complaint is the same as about my last x86 laptop. I hate > touchpads. Go buy a trackball :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1585488.ltb1usOap5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBWKl45ZPcIHs/zowRAgbAAJ4/beO7nh0hkLa1Iw/zeP8N6AriPQCgg2WU 6Wt5u3si4X/veNb/VSbofgM= =GmUF -----END PGP SIGNATURE----- --nextPart1585488.ltb1usOap5-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 00:01:31 2004 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 C67C016A516 for ; Tue, 28 Sep 2004 00:01:31 +0000 (GMT) Received: from gremlin.internode.com.au (gremlin.internode.com.au [192.83.231.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DD9643D5E for ; Tue, 28 Sep 2004 00:01:29 +0000 (GMT) (envelope-from adam@internode.com.au) Received: from gremlin.internode.com.au (localhost [127.0.0.1]) i8S01QKA001112 for ; Tue, 28 Sep 2004 09:31:26 +0930 (CST) (envelope-from adam@internode.com.au) Received: (from adam@localhost) by gremlin.internode.com.au (8.13.1/8.13.1/Submit) id i8S01Q6i001111 for freebsd-current@freebsd.org; Tue, 28 Sep 2004 09:31:26 +0930 (CST) (envelope-from adam@internode.com.au) X-Authentication-Warning: gremlin.internode.com.au: adam set sender to adam@internode.com.au using -f Date: Tue, 28 Sep 2004 09:31:26 +0930 From: Adam Smith To: freebsd-current@freebsd.org Message-ID: <20040928000125.GF629@internode.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Face: $vsV$1FNbZN\JVpjV#&+/!oVW`Kw$j?w_,te\SS}(tKD21c+l$t%\RCS(r$G; XXk]6,(!N:&(N3EV0bY`3):UrgG7'*qsj3l.75IaHV1<`i*{[L\:F*l6fH##C:-p2]xW/R-Z:!bo; 5g3GP-{I{}7O>tN}`Xm/=-:8NG?f-r'$Qc3y[aW-7'W_S<`KYU!_; `7K=kuC$-.7J2*kk=~`c@ADp+xhsv(!a@eW-R_5wtx+tC)(]%W+ User-Agent: Mutt/1.5.6i Subject: Make installworld problems with BETA4 through 6 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: Tue, 28 Sep 2004 00:01:32 -0000 Since about BETA4, I've been having installworld problems. My process for doing a make installworld was: cd /usr/src make update make buildworld make buildkernel KERNCONF=KERNEL make installkernel KERNCONF=KERNEL shutdown now make installworld Now, there were no problems with the buildworld. The installworld breaks with: install -o root -g wheel -m 444 en_US.US-ASCII.cat /usr/share/nls/en_US.US-ASCII/ee.cat install: /usr/share/nls/en)_US-ASCII/ee.cat: No such flie or directory * * * Error code 71 I had to copy that from screen because I had no mouse and I was in single user mode and.. oh, it was difficult :P But anyway, because this has been happening I have been getting a broken installworld. That's not good. I cvsupped last night and tried it with BETA6 but still the same problem. Anyone experience this or, anyone with any ideas? -- Adam Smith Internode : http://www.internode.on.net Phone : (08) 8228 2999 Dog for sale: Eats lots and is fond of children. From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 00:21:20 2004 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 B988A16A4CE for ; Tue, 28 Sep 2004 00:21:20 +0000 (GMT) Received: from thingy.tbd.co.nz (thingy.tbd.co.nz [210.48.70.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12AE743D49 for ; Tue, 28 Sep 2004 00:21:20 +0000 (GMT) (envelope-from thompsa@thingy.tbd.co.nz) Received: from thingy.tbd.co.nz (localhost [127.0.0.1]) i8S0U7Cc009869; Tue, 28 Sep 2004 12:30:07 +1200 Received: (from thompsa@localhost) by thingy.tbd.co.nz (8.12.3/8.12.3/Debian-6.6) id i8S0U5t7009867; Tue, 28 Sep 2004 12:30:05 +1200 Date: Tue, 28 Sep 2004 12:30:05 +1200 From: Andrew Thompson To: Cy Schubert Message-ID: <20040928003005.GA9919@thingy.tbd.co.nz> References: <4158A4F5.6030204@gamersimpact.com> <200409272349.i8RNnj61032122@cwsys.cwsent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409272349.i8RNnj61032122@cwsys.cwsent.com> User-Agent: Mutt/1.3.28i cc: Ryan Sommers cc: current@freebsd.org Subject: Re: CD9660 Issue 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: Tue, 28 Sep 2004 00:21:20 -0000 On Mon, Sep 27, 2004 at 04:49:45PM -0700, Cy Schubert wrote: > In message <4158A4F5.6030204@gamersimpact.com>, Ryan Sommers writes: > > Cy Schubert wrote: > > > > >Has anyone experienced this with CURRENT as of last week? > > >The app returns open error: Operation is not supported. > > > > > Shouldn't that be if (open(...) < 0)? > > > > Open return a positive value if the open succeeded. > > You are correct. Actually my problem is that tar, cp, dd, and cat all > return the same result. My test app was specifically designed for this > list. I fixed my test app. It returns the same result. You will find it is fixed in r1.101 of cd9660_vnops.c, the day after your kernel build. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/isofs/cd9660/cd9660_vnops.c Andrew From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 00:39:46 2004 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 19B9C16A4CE for ; Tue, 28 Sep 2004 00:39:46 +0000 (GMT) Received: from sarajevo.pacific.net.sg (sarajevo.pacific.net.sg [203.120.90.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 2B16543D39 for ; Tue, 28 Sep 2004 00:39:45 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 15541 invoked from network); 28 Sep 2004 00:39:43 -0000 Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192) by sarajevo with SMTP; 28 Sep 2004 00:39:43 -0000 Received: from [192.168.0.107] ([210.24.202.141]) by maxwell2.pacific.net.sg with ESMTP <20040928003943.NCPD27058.maxwell2.pacific.net.sg@[192.168.0.107]>; Tue, 28 Sep 2004 08:39:43 +0800 Message-ID: <4158B2C0.3090608@pacific.net.sg> Date: Tue, 28 Sep 2004 08:39:28 +0800 From: Erich Dollansky User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sean McNeil References: <20040927111438.GA865@genius.tao.org.uk> <1096290034.23046.82.camel@linux-mobile.example.net> <20040927143811.GA87515@sysmon.tcworks.net> <4158338A.9090309@pythonemproject.com> <16728.33607.716813.703551@satchel.alerce.com> <1096320933.42513.9.camel@server.mcneil.com> In-Reply-To: <1096320933.42513.9.camel@server.mcneil.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: Scott Lambert cc: Rainer Duffner cc: Peter Schultz cc: Rob Subject: Re: Laptop recommendations? 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: Tue, 28 Sep 2004 00:39:46 -0000 Hi, Sean McNeil wrote: > > I'd say this is a minor nit that you could get use to over time. My > biggest complaint for all laptops is a decent mouse replacement. I'm no > fan of glidepoints or eraser mice. Plus, no 3 buttons - 1 for macs, 2 > for pcs. > This is not really true. I have an Fujitsu P2120 whoch has three mouse buttons and a stick. The main problem with it is that it is out of production. > I have to say that a powerbook is one high quality piece of work. My The hardware of the powerbooks is real nice. Metal cases give the notebooks the extra strength they need when used outside an office. Erich From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 00:43:14 2004 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 6DD4A16A4CE for ; Tue, 28 Sep 2004 00:43:14 +0000 (GMT) Received: from salvador.pacific.net.sg (salvador.pacific.net.sg [203.120.90.219]) by mx1.FreeBSD.org (Postfix) with SMTP id 7DF7A43D39 for ; Tue, 28 Sep 2004 00:43:13 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 28445 invoked from network); 28 Sep 2004 00:43:12 -0000 Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192) by salvador with SMTP; 28 Sep 2004 00:43:12 -0000 Received: from [192.168.0.107] ([210.24.202.141]) by maxwell2.pacific.net.sg with ESMTP <20040928004312.NCXT27058.maxwell2.pacific.net.sg@[192.168.0.107]>; Tue, 28 Sep 2004 08:43:12 +0800 Message-ID: <4158B391.9040009@pacific.net.sg> Date: Tue, 28 Sep 2004 08:42:57 +0800 From: Erich Dollansky User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20040927222751.9606D5D04@ptavv.es.net> In-Reply-To: <20040927222751.9606D5D04@ptavv.es.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Laptop recommendations? 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: Tue, 28 Sep 2004 00:43:14 -0000 Hi, Kevin Oberman wrote: > > I still refuse to acknowledge Microsoft's mangling of the previously > standard location of the control key. I always remap it to where it > really belongs. > Microsoft did a lot of stupid things, but wasn't this move done by IBM? WordStar lost also because it was not using the extra memory a PC offered. It just stayed an 8 bit application using 64 KB of RAM. Erich From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 00:49:33 2004 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 1324616A4CE for ; Tue, 28 Sep 2004 00:49:33 +0000 (GMT) Received: from gremlin.internode.com.au (gremlin.internode.com.au [192.83.231.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D7D843D54 for ; Tue, 28 Sep 2004 00:49:32 +0000 (GMT) (envelope-from adam@internode.com.au) Received: from gremlin.internode.com.au (localhost [127.0.0.1]) i8S0nTcK000735 for ; Tue, 28 Sep 2004 10:19:29 +0930 (CST) (envelope-from adam@internode.com.au) Received: (from adam@localhost) by gremlin.internode.com.au (8.13.1/8.13.1/Submit) id i8S0n7I1000726 for freebsd-current@freebsd.org; Tue, 28 Sep 2004 10:19:07 +0930 (CST) (envelope-from adam@internode.com.au) X-Authentication-Warning: gremlin.internode.com.au: adam set sender to adam@internode.com.au using -f Date: Tue, 28 Sep 2004 10:19:07 +0930 From: Adam Smith To: freebsd-current@freebsd.org Message-ID: <20040928004906.GC646@internode.com.au> References: <20040928000125.GF629@internode.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040928000125.GF629@internode.com.au> X-Face: $vsV$1FNbZN\JVpjV#&+/!oVW`Kw$j?w_,te\SS}(tKD21c+l$t%\RCS(r$G; XXk]6,(!N:&(N3EV0bY`3):UrgG7'*qsj3l.75IaHV1<`i*{[L\:F*l6fH##C:-p2]xW/R-Z:!bo; 5g3GP-{I{}7O>tN}`Xm/=-:8NG?f-r'$Qc3y[aW-7'W_S<`KYU!_; `7K=kuC$-.7J2*kk=~`c@ADp+xhsv(!a@eW-R_5wtx+tC)(]%W+ User-Agent: Mutt/1.5.6i Subject: Re: Make installworld problems with BETA4 through 6 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: Tue, 28 Sep 2004 00:49:33 -0000 On Tue, Sep 28, 2004 at 09:31:26AM +0930, Adam Smith said: > Since about BETA4, I've been having installworld problems. And I seem to have found the reason. I am not sure if this problem was due to an existing issue with my system or the new buildworld, but, I found that /usr/share/nls/en_US.US-ASCII was a symlink to 'C' in the same directory. There was no entry for 'C' and so I removed the symlink entirely. I then went back to /usr/src and performed another "make installworld" and it installed successfully. - Adam > My process for doing a make installworld was: > > cd /usr/src > make update > make buildworld > make buildkernel KERNCONF=KERNEL > make installkernel KERNCONF=KERNEL > shutdown now > make installworld > > Now, there were no problems with the buildworld. The installworld breaks > with: > > install -o root -g wheel -m 444 en_US.US-ASCII.cat /usr/share/nls/en_US.US-ASCII/ee.cat > install: /usr/share/nls/en)_US-ASCII/ee.cat: No such flie or directory > > * * * Error code 71 > > I had to copy that from screen because I had no mouse and I was in single > user mode and.. oh, it was difficult :P > > But anyway, because this has been happening I have been getting a broken > installworld. That's not good. I cvsupped last night and tried it with > BETA6 but still the same problem. > > Anyone experience this or, anyone with any ideas? > > > -- > Adam Smith > Internode : http://www.internode.on.net > Phone : (08) 8228 2999 > > Dog for sale: Eats lots and is fond of children. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Adam Smith Internode : http://www.internode.on.net Phone : (08) 8228 2999 Dog for sale: Eats lots and is fond of children. From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 00:55:59 2004 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 54BDA16A4CE for ; Tue, 28 Sep 2004 00:55:59 +0000 (GMT) Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A11543D4C for ; Tue, 28 Sep 2004 00:55:57 +0000 (GMT) (envelope-from yurtesen-dated-1097196954.2cd390@ispro.net.tr) Received: (qmail 96679 invoked by uid 89); 28 Sep 2004 00:55:54 -0000 Received: from [192.168.0.49] (perpetual.yok.utu.fi [130.232.138.155]) by supermail.ispro.net.tr (tmda-ofmipd) with ESMTP; Tue, 28 Sep 2004 03:55:51 +0300 (EEST) Message-ID: <4159431F.6010502@ispro.net.tr> Date: Tue, 28 Sep 2004 03:55:27 -0700 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vlad , freebsd-current@freebsd.org, rwatson@freebsd.org, jhb@freebsd.org References: <4158BFAC.7050601@ispro.net.tr> <200409271628.02524.jhb@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes) From: Evren Yurtesen X-Primary-Address: yurtesen@ispro.net.tr Subject: Re: panic: sorele 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: Tue, 28 Sep 2004 00:55:59 -0000 So you say that disabling SMP fixes the problem? I can easily do that :) I dont even have 2 processors, I was trying this hyperthreading. Evren Vlad wrote: > John, > > I've got some DDB output for the exactly the same problem - I think I > already sent u in email... note it crashes with a slitely different > panic message than when it's not compiled with kernel debugging stuff. > > I've submitted more details in bug report here: > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/72126 > > here is some DDB stuff: > > login: panic: sodealloc(): so_count 1 > cpuid = 0 > KDB: enter: panic > [thread 100044] > Stopped at kdb_enter+0x30: leave > db> tr > kdb_enter(c06497b7,0,c064f89d,e8955b18,c27df640) at kdb_enter+0x30 > panic(c064f89d,1,122,c3a9fd78,c3a9fca8) at panic+0x14e > sodealloc(c3a9fca8,0,c064f87d,17d,c3a9fd10) at sodealloc+0x21 > sofree(c3a9fca8,1,c0653b3a,2b4,c06c8b40) at sofree+0x301 > in_pcbdetach(c359b9d8,c36f4e00,e8955c68,c058a645,c36f4e00) at in_pcbdetach+0xf8 > tcp_close(c36f4e00,c28a5034,0,0,0) at tcp_close+0x1d > tcp_input(c3286800,14,c283a000,1,374a41cf) at tcp_input+0x1885 > ip_input(c3286800,0,c065313d,e5,c06c78b8) at ip_input+0x592 > netisr_processqueue(c06c78b8,c069acc0,1,c0648b1f,c27e6d00) at > netisr_processqueue+0x8e > swi_net(0,0,c0647164,269,0) at swi_net+0xe9 > ithread_loop(c275d780,e8955d48,c0646f4f,323,0) at ithread_loop+0x172 > fork_exit(c04d1970,c275d780,e8955d48) at fork_exit+0xc6 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xe8955d7c, ebp = 0 --- > db> show object > Object 0xc0504cf0: type=0, size=0x7400047b83ffffff, res=-121515895, > ref=-1265778039, flags=0x27bc > db> show witness > Sleep locks: > 0 ATAPI CD bioqueue lock -- last acquired @ /usr/src/sys/dev/ata/atapi-cd.c:1100 > 0 g_xdown -- last acquired @ /usr/src/sys/geom/geom_io.c:374 > 3 Giant -- last acquired @ /usr/src/sys/vm/vm_fault.c:294 > 4 standard object -- last acquired @ /usr/src/sys/vm/vm_object.c:454 > 5 vm object_list -- last acquired @ /usr/src/sys/vm/vm_object.c:222 > 12 vm page queue mutex -- last acquired @ /usr/src/sys/vm/vm_fault.c:876 > 13 CMAPCADDR12 -- last acquired @ /usr/src/sys/i386/i386/pmap.c:2486 > 13 vnode interlock -- last acquired @ /usr/src/sys/kern/vfs_subr.c:2159 > 14 spechash -- last acquired @ /usr/src/sys/kern/vfs_subr.c:1903 > 14 cdev -- last acquired @ /usr/src/sys/kern/kern_conf.c:81 > 14 vnode_free_list -- last acquired @ /usr/src/sys/kern/vfs_subr.c:745 > 14 Syncer mtx -- last acquired @ /usr/src/sys/kern/vfs_subr.c:1854 > 14 Name Cache -- last acquired @ /usr/src/sys/kern/vfs_cache.c:478 > 13 pmap -- last acquired @ /usr/src/sys/i386/i386/pmap.c:2685 > 14 uma object -- last acquired @ /usr/src/sys/vm/uma_core.c:963 > 14 UMA pcpu -- last acquired @ /usr/src/sys/vm/uma_core.c:1800 > 15 KMAP ENTRY -- last acquired @ /usr/src/sys/vm/uma_core.c:2224 > 16 UMA zone -- last acquired @ /usr/src/sys/vm/uma_core.c:1817 > 4 malloc -- last acquired @ /usr/src/sys/kern/kern_malloc.c:588 > 4 struct mount mtx -- last acquired @ /usr/src/sys/kern/vfs_subr.c:901 > 13 vnode interlock -- (already displayed) > 4 bounce pages lock -- last acquired @ > /usr/src/sys/i386/i386/busdma_machdep.c:860 > 4 eventhandler -- last acquired @ /usr/src/sys/kern/subr_eventhandler.c:213 > 5 eventhandler list -- last acquired @ /usr/src/sys/kern/kern_exit.c:199 > 4 UMA lock -- last acquired @ /usr/src/sys/vm/uma_core.c:889 > 14 UMA pcpu -- (already displayed) > 4 random reseed -- last acquired @ /usr/src/sys/dev/random/yarrow.c:193 > 4 kobj -- last acquired @ /usr/src/sys/kern/subr_kobj.c:298 > 4 kernel linker -- last acquired @ /usr/src/sys/kern/kern_linker.c:431 > 4 TID lock -- last acquired @ /usr/src/sys/kern/kern_thread.c:206 > 4 GEOM orphanage -- last acquired @ /usr/src/sys/geom/geom_event.c:170 > 4 vm86 lock -- last acquired @ /usr/src/sys/i386/i386/vm86.c:582 > 4 ithread -- last acquired @ /usr/src/sys/kern/kern_intr.c:276 > 4 taskqueue list -- last acquired @ /usr/src/sys/kern/subr_taskqueue.c:85 > 4 acpica subsystem lock -- last acquired @ > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:360 > 5 ACPI semaphore -- last acquired @ > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:300 > 11 Malloc Stats -- last acquired @ /usr/src/sys/kern/kern_malloc.c:185 > 5 taskqueue -- last acquired @ /usr/src/sys/kern/subr_taskqueue.c:193 > 14 UMA pcpu -- (already displayed) > 4 if_cloners lock -- last acquired @ /usr/src/sys/net/if_clone.c:199 > 4 rman head -- last acquired @ /usr/src/sys/kern/subr_rman.c:111 > 4 arc4_mtx -- last acquired @ /usr/src/sys/libkern/arc4random.c:137 > 4 devstat -- last acquired @ /usr/src/sys/kern/subr_devstat.c:83 > 4 rman -- last acquired @ /usr/src/sys/kern/subr_rman.c:448 > 11 Malloc Stats -- (already displayed) > 10 system map -- last acquired @ /usr/src/sys/vm/vm_kern.c:296 > 11 kmem object -- last acquired @ /usr/src/sys/vm/vm_kern.c:398 > 12 vm page queue mutex -- (already displayed) > 11 kernel object -- last acquired @ /usr/src/sys/vm/vm_object.c:454 > 12 vm page queue mutex -- (already displayed) > 4 sf_buf -- last acquired @ /usr/src/sys/i386/i386/vm_machdep.c:674 > 4 bdone lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:3768 > 4 domain list -- last acquired @ /usr/src/sys/kern/uipc_domain.c:110 > 4 bpf global lock -- last acquired @ /usr/src/sys/net/bpf.c:1446 > 5 bpf interface lock -- last acquired @ order list:0 > 6 bpf cdev lock -- last acquired @ order list:0 > 4 pbuf mutex -- last acquired @ /usr/src/sys/vm/vm_pager.c:414 > 4 ttylist -- last acquired @ /usr/src/sys/kern/tty.c:2745 > 11 tty -- last acquired @ /usr/src/sys/kern/kern_event.c:1451 > 4 pseudofs -- last acquired @ /usr/src/sys/fs/pseudofs/pseudofs_fileno.c:86 > 4 if_clone lock -- last acquired @ /usr/src/sys/net/if_clone.c:321 > 4 ACPI task queue -- last acquired @ > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSchedule.c:118 > 4 so_glabel -- last acquired @ /usr/src/sys/kern/uipc_socket.c:169 > 4 g_disk_done -- last acquired @ /usr/src/sys/geom/geom_disk.c:196 > 5 bio queue -- last acquired @ /usr/src/sys/geom/geom_io.c:65 > 14 UMA pcpu -- (already displayed) > 4 lo_mtx -- last acquired @ /usr/src/sys/net/if_loop.c:154 > 4 IPFW static rules -- last acquired @ /usr/src/sys/netinet/ip_fw2.c:2510 > 4 ATA queue lock -- last acquired @ /usr/src/sys/dev/ata/ata-queue.c:172 > 4 pfil_head_mtx -- last acquired @ /usr/src/sys/net/pfil.c:81 > 5 pfil_head_list lock -- last acquired @ /usr/src/sys/net/pfil.c:218 > 4 buffer daemon lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:401 > 4 dirhash list -- last acquired @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:348 > 5 dirhash -- last acquired @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:367 > 4 needsbuffer lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:296 > 4 ufs ihash -- last acquired @ /usr/src/sys/ufs/ufs/ufs_ihash.c:156 > 13 vnode interlock -- (already displayed) > 4 mntid -- last acquired @ /usr/src/sys/kern/vfs_subr.c:407 > 5 mountlist -- last acquired @ /usr/src/sys/kern/vfs_syscalls.c:386 > 4 pseudofs_vncache -- last acquired @ > /usr/src/sys/fs/pseudofs/pseudofs_vncache.c:239 > 4 buf queue lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:1505 > 13 vnode interlock -- (already displayed) > 4 fdesc -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1614 > 5 filedesc structure -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1356 > 6 devd -- last acquired @ /usr/src/sys/kern/subr_bus.c:496 > 9 sellck -- last acquired @ /usr/src/sys/kern/sys_generic.c:726 > 6 accept -- last acquired @ /usr/src/sys/kern/uipc_socket.c:334 > 7 so_snd -- last acquired @ /usr/src/sys/kern/uipc_socket.c:2091 > 8 so_rcv -- last acquired @ /usr/src/sys/kern/uipc_socket.c:2092 > 9 radix node head -- last acquired @ /usr/src/sys/net/route.c:662 > 10 system map -- (already displayed) > 10 ifnet -- last acquired @ /usr/src/sys/net/if.c:1019 > 10 rtentry -- last acquired @ /usr/src/sys/net/rtsock.c:398 > 11 rts_inq -- last acquired @ /usr/src/sys/net/netisr.c:229 > 11 Malloc Stats -- (already displayed) > 14 UMA pcpu -- (already displayed) > 11 ifaddr -- last acquired @ /usr/src/sys/net/route.c:788 > 9 sellck -- (already displayed) > 9 process lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1244 > 10 ktrace -- last acquired @ /usr/src/sys/kern/kern_fork.c:609 > 10 struct pargs.ref -- last acquired @ /usr/src/sys/kern/kern_proc.c:1100 > 10 sigacts -- last acquired @ /usr/src/sys/kern/kern_sig.c:294 > 10 session -- last acquired @ /usr/src/sys/kern/kern_fork.c:591 > 11 tty -- (already displayed) > 11 uidinfo hash -- last acquired @ > /usr/src/sys/kern/kern_resource.c:1004 > 12 sleep mtxpool -- last acquired @ /usr/src/sys/kern/kern_prot.c:1739 > 12 uidinfo struct -- last acquired @ order list:0 > 13 allprison -- last acquired @ /usr/src/sys/kern/kern_jail.c:460 > 6 pipe mutex -- last acquired @ /usr/src/sys/kern/sys_pipe.c:1520 > 7 sigio lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:729 > 8 process group -- last acquired @ /usr/src/sys/kern/kern_fork.c:581 > 9 process lock -- (already displayed) > 4 rtsock route_cb lock -- last acquired @ /usr/src/sys/net/rtsock.c:234 > 4 accounting -- last acquired @ /usr/src/sys/kern/kern_acct.c:232 > 4 network driver -- last acquired @ /usr/src/sys/dev/fxp/if_fxp.c:1755 > 11 Malloc Stats -- (already displayed) > 5 knlist lock for lockless objects -- last acquired @ > /usr/src/sys/kern/kern_event.c:1451 > 5 if send queue -- last acquired @ /usr/src/sys/dev/fxp/if_fxp.c:1267 > 10 system map -- (already displayed) > 4 runningbufspace lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:314 > 4 udp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:995 > 5 udpinp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:1001 > 7 so_snd -- (already displayed) > 4 unp -- last acquired @ /usr/src/sys/kern/uipc_usrreq.c:842 > 7 so_snd -- (already displayed) > 0 g_xup -- last acquired @ /usr/src/sys/geom/geom_io.c:428 > 3 Giant -- (already displayed) > 0 igmp_mtx -- last acquired @ /usr/src/sys/netinet/igmp.c:431 > 0 ipqlock -- last acquired @ /usr/src/sys/netinet/ip_input.c:1096 > 0 sem -- last acquired @ /usr/src/sys/kern/sysv_sem.c:1174 > 0 if_afdata -- last acquired @ /usr/src/sys/net/if.c:489 > 0 GEOM topology -- last acquired @ /usr/src/sys/geom/geom_event.c:202 > 1 fdc lock -- last acquired @ /usr/src/sys/dev/fdc/fdc.c:772 > 2 callout_wait_lock -- last acquired @ /usr/src/sys/kern/kern_timeout.c:289 > 1 swapdev -- last acquired @ /usr/src/sys/vm/swap_pager.c:2124 > 3 Giant -- (already displayed) > 0 p_peers -- last acquired @ /usr/src/sys/kern/kern_exit.c:243 > 0 ACPI root bus -- last acquired @ > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:832 > 4 rman -- (already displayed) > 5 ACPI semaphore -- (already displayed) > 0 ACPI PCI bus methods -- last acquired @ > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pcib.c:123 > 1 ACPI PCI link -- last acquired @ > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pci_link.c:1061 > 11 Malloc Stats -- (already displayed) > 5 ACPI semaphore -- (already displayed) > 2 kernel environment -- last acquired @ > /usr/src/sys/kern/kern_environment.c:285 > 14 UMA pcpu -- (already displayed) > 0 ACPI thermal zone -- last acquired @ > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_thermal.c:783 > 0 ACPI embedded controller -- last acquired @ > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_ec.c:302 > 0 ACPI power resources -- last acquired @ > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_powerres.c:324 > 5 ACPI semaphore -- (already displayed) > 11 Malloc Stats -- (already displayed) > 14 UMA pcpu -- (already displayed) > 0 module subsystem sx lock -- last acquired @ > /usr/src/sys/kern/kern_module.c:313 > 0 rawcb -- last acquired @ /usr/src/sys/net/raw_usrreq.c:80 > 8 so_rcv -- (already displayed) > 0 sysctl lock -- last acquired @ /usr/src/sys/kern/kern_sysctl.c:1315 > 1 rip -- last acquired @ /usr/src/sys/netinet/raw_ip.c:844 > 1 tcp -- last acquired @ /usr/src/sys/netinet/tcp_timer.c:138 > 2 tcpinp -- last acquired @ order list:0 > 7 so_snd -- (already displayed) > 1 filelist lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1330 > 5 filedesc structure -- (already displayed) > 1 allproc -- last acquired @ /usr/src/sys/kern/kern_fork.c:301 > 2 user map -- last acquired @ /usr/src/sys/vm/vm_map.c:2997 > 3 Giant -- (already displayed) > 0 ddp_list_mtx -- last acquired @ order list:0 > 1 ddp_mtx -- last acquired @ order list:0 > 0 slip_mtx -- last acquired @ order list:0 > 1 slip sc_mtx -- last acquired @ order list:0 > 0 proctree -- last acquired @ /usr/src/sys/kern/tty.c:2027 > 1 allproc -- (already displayed) > > Spin locks: > 0 ap boot -- last acquired @ /usr/src/sys/i386/i386/mp_machdep.c:517 > 1 sio -- last acquired @ /usr/src/sys/dev/sio/sio.c:1709 > 2 cy -- last acquired @ order list:0 > 3 uart_hwmtx -- last acquired @ order list:0 > 4 sabtty -- last acquired @ order list:0 > 5 zstty -- last acquired @ order list:0 > 6 ng_node -- last acquired @ order list:0 > 7 ng_worklist -- last acquired @ order list:0 > 8 taskqueue_fast -- last acquired @ order list:0 > 9 intr table -- last acquired @ > /usr/src/sys/i386/i386/intr_machdep.c:89 > 10 ithread table lock -- last acquired @ order list:0 > 11 sleepq chain -- last acquired @ > /usr/src/sys/kern/subr_sleepqueue.c:223 > 12 sched lock -- last acquired @ /usr/src/sys/kern/sched_4bsd.c:1120 > 13 turnstile chain -- last acquired @ > /usr/src/sys/kern/subr_turnstile.c:411 > 14 td_contested -- last acquired @ order list:0 > 15 callout -- last acquired @ /usr/src/sys/kern/kern_timeout.c:398 > 16 entropy harvest -- last acquired @ > /usr/src/sys/dev/random/randomdev_soft.c:304 > 17 entropy harvest buffers -- last acquired @ > /usr/src/sys/dev/random/randomdev_soft.c:313 > 18 allpmaps -- last acquired @ > /usr/src/sys/i386/i386/pmap.c:1127 > 19 vm page queue free mutex -- last acquired @ > /usr/src/sys/vm/vm_page.c:774 > 20 icu -- last acquired @ order list:0 > 21 smp rendezvous -- last acquired @ > /usr/src/sys/i386/i386/pmap.c:585 > 22 tlb -- last acquired @ order list:0 > 23 clk -- last acquired @ > /usr/src/sys/i386/isa/clock.c:404 > 24 mutex profiling lock -- last acquired @ order list:0 > 25 kse zombie lock -- last acquired @ order list:0 > 26 ALD Queue -- last acquired @ order list:0 > 27 pcicfg -- last acquired @ > /usr/src/sys/i386/pci/pci_cfgreg.c:230 > > Locks which were never acquired: > swap_pager swhash > IPFW dynamic rules > arp_inq > tcp_hc_entry > ip_inq > pseudofs_fileno > ppp_softc_list_mtx > tunmtx > msq > semid > cd9660_ihash > msdosfs dehash > strategy > ACPI global lock > ACPI cmbat > ACPI generic battery > ACPI AC adapter > ACPI PCI power methods > ACPI lid > ACPI CPU > kqueue order > jumbo mutex > encapmtx > accept_filter_mtx > securelevel mutex lock > fifo mutex > UUID generator mutex lock > umtx > protect sysfilt_ops > phys_pager list > dev_pager list > dev_pager create > swap_pager list > vm map sleep mutex > lockmgr > db> show pciregs > hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x00091166 > rev=0x05 hdr=0x00 > hostb1@pci0:0:1: class=0x060000 card=0x00000000 chip=0x00091166 > rev=0x05 hdr=0x00 > none0@pci0:2:0: class=0x030000 card=0x47568086 chip=0x47561002 rev=0x7a hdr=0x00 > fxp0@pci0:3:0: class=0x020000 card=0x12298086 chip=0x12298086 rev=0x08 hdr=0x00 > pcib1@pci0:7:0: class=0x060400 card=0x00000068 chip=0xa5001044 rev=0x02 hdr=0x01 > asr0@pci0:7:1: class=0x0e0001 card=0xc03c1044 chip=0xa5011044 rev=0x02 hdr=0x00 > isab0@pci0:15:0: class=0x060100 card=0x02001166 chip=0x02001166 > rev=0x4f hdr=0x00 > atapci0@pci0:15:1: class=0x01018a card=0x00000000 chip=0x02111166 > rev=0x00 hdr=0x00 > none1@pci2:4:0: class=0x010000 card=0x00cf8086 chip=0x00cf9005 rev=0x01 hdr=0x00 > none2@pci2:4:1: class=0x010000 card=0x00cf8086 chip=0x00cf9005 rev=0x01 hdr=0x00 > db> show registers > cs 0x8 > ds 0xe8950010 > es 0x10 > fs 0x18 > ss 0x10 > eax 0x12 > ecx 0xc0c14000 > edx 0 > ebx 0xe8955b18 > esp 0xe8955ad4 > ebp 0xe8955adc > esi 0x1 > edi 0x100 > eip 0xc0504cf0 kdb_enter+0x30 > efl 0x282 > dr0 0 > dr1 0 > dr2 0 > dr3 0 > dr4 0xffff0ff0 > dr5 0x400 > dr6 0xffff0ff0 > dr7 0x400 > kdb_enter+0x30: leave > db> show threads > 100265 (0xc32067d0) sched_switch(c32067d0,0,1,11d,5aa48b0d) at > sched_switch+0x180 > 100251 (0xc3204190) sched_switch(c3204190,0,1,11d,5db1e499) at > sched_switch+0x180 > 100118 (0xc2bbdc80) sched_switch(c2bbdc80,0,1,11d,82553467) at > sched_switch+0x180 > 100158 (0xc2e43c80) sched_switch(c2e43c80,0,1,11d,5a568cc1) at > sched_switch+0x180 > 100135 (0xc2e1b7d0) sched_switch(c2e1b7d0,0,1,11d,43f9759f) at > sched_switch+0x180 > 100271 (0xc33fe190) sched_switch(c33fe190,0,1,11d,1dc845c7) at > sched_switch+0x180 > 100232 (0xc3199320) sched_switch(c3199320,0,1,11d,e09772f9) at > sched_switch+0x180 > 100100 (0xc2bbb000) > sched_switch(eee41a94,c06c69a0,c06c69a0,437,c064d749) at > sched_switch+0x180 > 100053 (0xc27e24b0) sched_switch(c27e24b0,0,1,11d,c2d83d01) at > sched_switch+0x180 > 100248 (0xc319ac80) sched_switch(c319ac80,0,1,11d,7d8d3e1b) at > sched_switch+0x180 > 100279 (0xc33fee10) sched_switch(c33fee10,0,1,11d,35fbfb91) at > sched_switch+0x180 > 100195 (0xc30107d0) sched_switch(c30107d0,0,1,11d,9b3f1175) at > sched_switch+0x180 > 100054 (0xc27e2640) sched_switch(c27e2640,0,1,11d,3a14f887) at > sched_switch+0x180 > 100140 (0xc2e42000) sched_switch(c2e42000,0,1,11d,c759049f) at > sched_switch+0x180 > 100254 (0xc3204640) sched_switch(c3204640,0,1,11d,203fa40f) at > sched_switch+0x180 > 100257 (0xc3204af0) sched_switch(c3204af0,0,1,11d,71139bf5) at > sched_switch+0x180 > 100266 (0xc3206960) sched_switch(c3206960,0,1,11d,14a393b3) at > sched_switch+0x180 > 100115 (0xc2bbd7d0) sched_switch(c2bbd7d0,0,1,11d,3140338b) at > sched_switch+0x180 > 100319 (0xc3893e10) sched_switch(c3893e10,0,1,11d,d00e7fff) at > sched_switch+0x180 > 100290 (0xc3ae4000) sched_switch(c3ae4000,0,1,11d,f84f391) at > sched_switch+0x180 > 100247 (0xc319aaf0) sched_switch(c319aaf0,0,1,11d,6b6ace79) at > sched_switch+0x180 > 100187 (0xc2fb7af0) sched_switch(c2fb7af0,0,1,11d,2525f137) at > sched_switch+0x180 > 100117 (0xc2bbdaf0) sched_switch(c2bbdaf0,0,1,11d,1064956d) at > sched_switch+0x180 > 100104 (0xc2bbb640) sched_switch(c2bbb640,0,1,11d,f4dda92f) at > sched_switch+0x180 > 100350 (0xc3a88000) sched_switch(c3a88000,0,1,11d,ec14fe77) at > sched_switch+0x180 > 100095 (0xc2bb87d0) sched_switch(c2bb87d0,0,1,11d,ded7426b) at > sched_switch+0x180 > 100160 (0xc2e46000) sched_switch(c2e46000,0,1,11d,6a3de8a5) at > sched_switch+0x180 > 100274 (0xc33fe640) sched_switch(c33fe640,0,1,11d,de3a3cdf) at > sched_switch+0x180 > 100310 (0xc3893000) sched_switch(c3893000,0,1,11d,5fd324ef) at > sched_switch+0x180 > 100337 (0xc3a83af0) sched_switch(c3a83af0,0,1,11d,8c4f2c1d) at > sched_switch+0x180 > 100108 (0xc2bbbc80) sched_switch(c2bbbc80,0,1,11d,f71adac1) at > sched_switch+0x180 > 100218 (0xc3057c80) sched_switch(c3057c80,0,1,11d,3198796b) at > sched_switch+0x180 > 100153 (0xc2e434b0) sched_switch(c2e434b0,0,1,11d,76cd2cdb) at > sched_switch+0x180 > 100291 (0xc3ae4190) sched_switch(c3ae4190,0,1,11d,68406d3f) at > sched_switch+0x180 > 100197 (0xc3010af0) sched_switch(c3010af0,0,1,11d,20da36eb) at > sched_switch+0x180 > 100270 (0xc33fe000) sched_switch(c33fe000,0,1,11d,5f3a315) at > sched_switch+0x180 > 100294 (0xc3ae4640) sched_switch(c3ae4640,0,1,11d,37dcbad9) at > sched_switch+0x180 > 100323 (0xc38944b0) sched_switch(c38944b0,0,1,11d,1b6e368b) at > sched_switch+0x180 > 100217 (0xc3057af0) sched_switch(c3057af0,0,1,11d,b13a0819) at > sched_switch+0x180 > 100156 (0xc2e43960) sched_switch(c2e43960,0,1,11d,b2fbcc2d) at > sched_switch+0x180 > 100231 (0xc3199190) sched_switch(c3199190,0,1,11d,720276ad) at > sched_switch+0x180 > 100286 (0xc3ae2960) sched_switch(c3ae2960,0,1,11d,c048be07) at > sched_switch+0x180 > 100143 (0xc2e424b0) sched_switch(c2e424b0,0,1,11d,5fae8b1b) at > sched_switch+0x180 > 100275 (0xc33fe7d0) sched_switch(c33fe7d0,0,1,11d,77f0f3a3) at > sched_switch+0x180 > 100101 (0xc2bbb190) sched_switch(c2bbb190,0,1,11d,a4d35a21) at > sched_switch+0x180 > 100179 (0xc2fb6e10) sched_switch(c2fb6e10,0,1,11d,6a2f0e33) at > sched_switch+0x180 > 100268 (0xc3206c80) sched_switch(c3206c80,0,1,11d,eca11829) at > sched_switch+0x180 > 100240 (0xc319a000) sched_switch(c319a000,0,1,11d,5136c437) at > sched_switch+0x180 > 100150 (0xc2e43000) sched_switch(c2e43000,0,1,11d,2d08bb99) at > sched_switch+0x180 > 100090 (0xc2bb8000) sched_switch(c2bb8000,0,1,11d,35ede6a7) at > sched_switch+0x180 > 100205 (0xc30117d0) sched_switch(c30117d0,0,1,11d,9ef63df5) at > sched_switch+0x180 > 100136 (0xc2e1b960) sched_switch(c2e1b960,0,1,11d,a7a83071) at > sched_switch+0x180 > 100148 (0xc2e42c80) sched_switch(c2e42c80,0,1,11d,7a8a9915) at > sched_switch+0x180 > 100139 (0xc2e1be10) sched_switch(c2e1be10,0,1,11d,7c3a76d3) at > sched_switch+0x180 > 100169 (0xc2e46e10) sched_switch(c2e46e10,0,1,11d,d6efc515) at > sched_switch+0x180 > 100237 (0xc3199af0) sched_switch(c3199af0,0,1,11d,e07672c9) at > sched_switch+0x180 > 100234 (0xc3199640) sched_switch(c3199640,0,1,11d,e7fafd81) at > sched_switch+0x180 > 100235 (0xc31997d0) sched_switch(c31997d0,0,1,11d,dac1a0b1) at > sched_switch+0x180 > 100170 (0xc2fb6000) sched_switch(c2fb6000,0,1,11d,f5857545) at > sched_switch+0x180 > 100114 (0xc2bbd640) sched_switch(c2bbd640,0,1,11d,da2f9ac9) at > sched_switch+0x180 > 100219 (0xc3057e10) sched_switch(c3057e10,0,1,11d,5ef6bfe9) at > sched_switch+0x180 > 100245 (0xc319a7d0) sched_switch(c319a7d0,0,1,11d,5286fd) at > sched_switch+0x180 > 100215 (0xc30577d0) sched_switch(c30577d0,0,1,11d,8ac81441) at > sched_switch+0x180 > 100178 (0xc2fb6c80) sched_switch(c2fb6c80,0,1,11d,8b611a95) at > sched_switch+0x180 > 100066 (0xc27e5960) sched_switch(c27e5960,0,1,11d,f8ff04b1) at > sched_switch+0x180 > 100246 (0xc319a960) sched_switch(c319a960,0,1,11d,303b85b5) at > sched_switch+0x180 > 100177 (0xc2fb6af0) sched_switch(c2fb6af0,0,1,11d,cacbc04f) at > sched_switch+0x180 > 100065 (0xc27e57d0) sched_switch(c27e57d0,0,1,11d,5d2bec9) at > sched_switch+0x180 > 100200 (0xc3011000) sched_switch(c3011000,0,1,11d,c3c865) at > sched_switch+0x180 > 100106 (0xc2bbb960) sched_switch(c2bbb960,0,1,11d,dcf621a5) at > sched_switch+0x180 > 100105 (0xc2bbb7d0) sched_switch(c2bbb7d0,0,1,11d,60cf4d39) at > sched_switch+0x180 > 100069 (0xc27e5e10) sched_switch(c27e5e10,0,1,11d,49383521) at > sched_switch+0x180 > 100107 (0xc2bbbaf0) sched_switch(c2bbbaf0,0,1,11d,3c6bcab5) at > sched_switch+0x180 > 100110 (0xc2bbd000) sched_switch(c2bbd000,0,1,11d,2d219d87) at > sched_switch+0x180 > 100067 (0xc27e5af0) sched_switch(c27e5af0,0,1,11d,e45ff411) at > sched_switch+0x180 > 100080 (0xc2b65000) sched_switch(c2b65000,0,1,11d,53ec71a7) at > sched_switch+0x180 > 100113 (0xc2bbd4b0) sched_switch(c2bbd4b0,0,1,11d,e062c4db) at > sched_switch+0x180 > 100089 (0xc2b65e10) sched_switch(c2b65e10,0,1,11d,63e38f69) at > sched_switch+0x180 > 100096 (0xc2bb8960) sched_switch(c2bb8960,0,1,11d,c20f2dbf) at > sched_switch+0x180 > 100093 (0xc2bb84b0) sched_switch(c2bb84b0,0,1,11d,f0cf29c5) at > sched_switch+0x180 > 100073 (0xc2b644b0) sched_switch(c2b644b0,0,1,11d,5406e9ef) at > sched_switch+0x180 > 100072 (0xc2b64320) sched_switch(c2b64320,0,1,11d,78cee013) at > sched_switch+0x180 > 100071 (0xc2b64190) sched_switch(c2b64190,0,1,11d,9790d9b7) at > sched_switch+0x180 > 100039 (0xc27c3e10) sched_switch(c27c3e10,0,1,11d,96ad7513) at > sched_switch+0x180 > 100038 (0xc27c3c80) sched_switch(c27c3c80,0,1,11d,ca744551) at > sched_switch+0x180 > 100037 (0xc27c3af0) sched_switch(c27c3af0,0,1,11d,a3d309c5) at > sched_switch+0x180 > 100036 (0xc27c3960) sched_switch(c27c3960,0,1,11d,b23a2533) at > sched_switch+0x180 > 100064 (0xc27e5640) sched_switch(c27e5640,0,1,11d,9a1f276b) at > sched_switch+0x180 > 100063 (0xc27e54b0) sched_switch(c27e54b0,0,1,11d,a08b2329) at > sched_switch+0x180 > 100062 (0xc27e5320) sched_switch(c27e5320,0,1,11d,334e4c53) at > sched_switch+0x180 > 100061 (0xc27e5190) sched_switch(c27e5190,0,1,11d,278c08d3) at > sched_switch+0x180 > 100060 (0xc27e5000) sched_switch(c27e5000,0,1,11d,7bb99f0b) at > sched_switch+0x180 > 100059 (0xc27e2e10) sched_switch(c27e2e10,0,1,11d,ebf94e5b) at > sched_switch+0x180 > 100058 (0xc27e2c80) sched_switch(c27e2c80,0,1,11d,dfe1de45) at > sched_switch+0x180 > 100057 (0xc27e2af0) sched_switch(c27e2af0,0,1,11d,d8b10679) at > sched_switch+0x180 > 100056 (0xc27e2960) fork_trampoline() at fork_trampoline > 100055 (0xc27e27d0) sched_switch(c27e27d0,0,1,11d,7805ac1b) at > sched_switch+0x180 > 100025 (0xc27687d0) fork_trampoline() at fork_trampoline > 100024 (0xc2768640) sched_switch(c2768640,0,1,11d,99382d45) at > sched_switch+0x180 > 100023 (0xc27684b0) fork_trampoline() at fork_trampoline > 100049 (0xc27dfe10) fork_trampoline() at fork_trampoline > 100048 (0xc27dfc80) sched_switch(c27dfc80,0,1,11d,f4d93a93) at > sched_switch+0x180 > 100047 (0xc27dfaf0) sched_switch(c27dfaf0,0,1,11d,6602877b) at > sched_switch+0x180 > 100046 (0xc27df960) sched_switch(c27df960,0,1,11d,303d9b09) at > sched_switch+0x180 > 100045 (0xc27df7d0) sched_switch(c27df7d0,0,1,11d,d1480c21) at > sched_switch+0x180 > 100044 (0xc27df640) > kdb_enter(c06497b7,0,c064f89d,e8955b18,c27df640) at kdb_enter+0x30 > 100043 (0xc27df4b0) fork_trampoline() at fork_trampoline > 100042 (0xc27df320) sched_switch(c27df320,0,1,11d,8f05e591) at > sched_switch+0x180 > 100041 (0xc27df190) fork_trampoline() at fork_trampoline > 100040 (0xc27df000) fork_trampoline() at fork_trampoline > 100012 (0xc2764320) sched_switch(c2764320,0,1,11d,ad12d591) at > sched_switch+0x180 > 100011 (0xc2764190) fork_trampoline() at fork_trampoline > 100035 (0xc27c37d0) fork_trampoline() at fork_trampoline > 100034 (0xc27c3640) fork_trampoline() at fork_trampoline > 100033 (0xc27c34b0) fork_trampoline() at fork_trampoline > 100032 (0xc27c3320) fork_trampoline() at fork_trampoline > 100031 (0xc27c3190) fork_trampoline() at fork_trampoline > 100030 (0xc27c3000) fork_trampoline() at fork_trampoline > 100029 (0xc2768e10) sched_switch(c2768e10,0,1,11d,4e7277ab) at > sched_switch+0x180 > 100028 (0xc2768c80) fork_trampoline() at fork_trampoline > 100027 (0xc2768af0) fork_trampoline() at fork_trampoline > 100026 (0xc2768960) fork_trampoline() at fork_trampoline > 100000 (0xc275f000) fork_trampoline() at fork_trampoline > 100022 (0xc2768320) sched_switch(c2768320,0,1,11d,ad732327) at > sched_switch+0x180 > 100021 (0xc2768190) fork_trampoline() at fork_trampoline > 100020 (0xc2768000) fork_trampoline() at fork_trampoline > 100019 (0xc2764e10) fork_trampoline() at fork_trampoline > 100018 (0xc2764c80) sched_switch(c2764c80,0,1,11d,8991dd45) at > sched_switch+0x180 > 100017 (0xc2764af0) fork_trampoline() at fork_trampoline > 100016 (0xc2764960) fork_trampoline() at fork_trampoline > 100015 (0xc27647d0) fork_trampoline() at fork_trampoline > 100014 (0xc2764640) fork_trampoline() at fork_trampoline > 100013 (0xc27644b0) fork_trampoline() at fork_trampoline > 100010 (0xc2764000) fork_trampoline() at fork_trampoline > 100009 (0xc275fe10) fork_trampoline() at fork_trampoline > 100008 (0xc275fc80) fork_trampoline() at fork_trampoline > 100007 (0xc275faf0) fork_trampoline() at fork_trampoline > 100006 (0xc275f960) fork_trampoline() at fork_trampoline > 100005 (0xc275f7d0) sched_switch(c275f7d0,0,1,11d,ee0be6c5) at > sched_switch+0x180 > 100004 (0xc275f640) sched_switch(c275f640,0,1,117,5f9ce7f9) at > sched_switch+0x180 > 100003 (0xc275f4b0) sched_switch(c275f4b0,0,1,117,b7b18581) at > sched_switch+0x180 > 100002 (0xc275f320) sched_switch(c275f320,0,1,11d,c07088eb) at > sched_switch+0x180 > 100001 (0xc275f190) sched_switch(c275f190,0,1,11d,f5b6edc5) at > sched_switch+0x180 > 0 (0xc0697020) sched_switch(c0697020,0,1,11d,704cd037) at > sched_switch+0x180 > db>show map > Task map 0xc0504cf0: pmap=0x4c70424, nentries=-1869574000, version=2072190603 > db> show page > cnt.v_free_count: 23492 > cnt.v_cache_count: 13141 > cnt.v_inactive_count: 124090 > cnt.v_active_count: 180777 > cnt.v_wire_count: 43501 > cnt.v_free_reserved: 583 > cnt.v_free_min: 2507 > cnt.v_free_target: 10611 > cnt.v_cache_min: 10611 > cnt.v_inactive_target: 15916 > db> show cbstat > tot = 107460 (active = 0, free = 107460 (reserved = 102060, slush = 5400)) > db> show rtc > 04/09/26 09:22:38, A = 29, B = 42, C = d0 > db> show intrcnt > irq1: atkbd0 4 > irq4: sio0 273 > irq6: fdc0 10 > irq8: rtc 4186630 > irq13: npx0 1 > irq14: ata0 46 > irq18: fxp0 14933714 > irq23: asr0 100627 > irq31: acpi0 24214 > irq0: clk 3270470 > db> show pcpu > cpuid = 0 > curthread = 0xc27df640: pid 46 "swi1: net" > curpcb = 0xe8955da0 > fpcurthread = none > idlethread = 0xc275f640: pid 12 "idle: cpu0" > APIC ID = 3 > currentldt = 0x28 > spin locks held: > db> > > >>INVARIANTS requires the option 'INVARIANT_SUPPORT'. >> >>-- >>John Baldwin <>< http://www.FreeBSD.org/~jhb/ >>"Power Users Use the Power to Serve" = http://www.FreeBSD.org >>_______________________________________________ >>freebsd-current@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-current >>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > > > > From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 00:57:35 2004 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 CFD4016A4CE for ; Tue, 28 Sep 2004 00:57:35 +0000 (GMT) Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3C1343D31 for ; Tue, 28 Sep 2004 00:57:34 +0000 (GMT) (envelope-from yurtesen-dated-1097197053.a5779b@ispro.net.tr) Received: (qmail 97074 invoked by uid 89); 28 Sep 2004 00:57:33 -0000 Received: from [192.168.0.49] (perpetual.yok.utu.fi [130.232.138.155]) by supermail.ispro.net.tr (tmda-ofmipd) with ESMTP; Tue, 28 Sep 2004 03:57:31 +0300 (EEST) Message-ID: <41594383.503@ispro.net.tr> Date: Tue, 28 Sep 2004 03:57:07 -0700 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <4158BFAC.7050601@ispro.net.tr> <200409271628.02524.jhb@FreeBSD.org> In-Reply-To: <200409271628.02524.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes) From: Evren Yurtesen X-Primary-Address: yurtesen@ispro.net.tr cc: freebsd-current@FreeBSD.org cc: Robert Watson Subject: Re: panic: sorele 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: Tue, 28 Sep 2004 00:57:36 -0000 John Baldwin wrote: > On Monday 27 September 2004 09:34 pm, Evren Yurtesen wrote: > >>Robert Watson wrote: >> >>>On Thu, 23 Sep 2004, Evren Yurtesen wrote: >>> >>>>Does anybody know what is panic: sorele? :) >>> >>>It's the result of an inconsistency detected by the kernel regarding >>>kernel invariants for sockets. The somewhat uninformative nature of the >>>message is historical, and should probably be fixed. If this is >>>reproduceable, could you rebuild your kernel with INVARIANTS support, as >>>well as DDB so you can generate a stack trace and other debugging >>>information (or, if you have a core, could you use gdb to extract >>>debugging information per the Handbook?) >> >>I am not able to compile the kernel with DDB and INVARIANTS either... >>When I put these options to kernel conf, I get this error >> >>Options Added: >> >>options INVARIANTS >>options KDB >>options DDB > > > INVARIANTS requires the option 'INVARIANT_SUPPORT'. > Good point, one sometimes wonders why options INVARIANTS doesnt automatically include options INVARIANT_SUPPORT :) Another thing is that there is so little information about what is needed in handbook(at least I couldnt find) and not even in sample config files so... But thanks, now it seems like compiling... I will just try to get a dump of the kernel when it crash Evren From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 01:10:20 2004 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 B3B9F16A4CE for ; Tue, 28 Sep 2004 01:10:20 +0000 (GMT) Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88CFE43D48 for ; Tue, 28 Sep 2004 01:10:19 +0000 (GMT) (envelope-from yurtesen-dated-1097197817.e1b338@ispro.net.tr) Received: (qmail 578 invoked by uid 89); 28 Sep 2004 01:10:17 -0000 Received: from [192.168.0.49] (perpetual.yok.utu.fi [130.232.138.155]) by supermail.ispro.net.tr (tmda-ofmipd) with ESMTP; Tue, 28 Sep 2004 04:10:15 +0300 (EEST) Message-ID: <4159467F.7010202@ispro.net.tr> Date: Tue, 28 Sep 2004 04:09:51 -0700 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <4158BFAC.7050601@ispro.net.tr> <200409271628.02524.jhb@FreeBSD.org> In-Reply-To: <200409271628.02524.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes) From: Evren Yurtesen X-Primary-Address: yurtesen@ispro.net.tr cc: freebsd-current@FreeBSD.org cc: Robert Watson Subject: ? witness_get: witness exhausted ? Re(4): panic: sorele 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: Tue, 28 Sep 2004 01:10:20 -0000 John Baldwin wrote: > On Monday 27 September 2004 09:34 pm, Evren Yurtesen wrote: > >>Robert Watson wrote: >> >>>On Thu, 23 Sep 2004, Evren Yurtesen wrote: >>> >>>>Does anybody know what is panic: sorele? :) >>> >>>It's the result of an inconsistency detected by the kernel regarding >>>kernel invariants for sockets. The somewhat uninformative nature of the >>>message is historical, and should probably be fixed. If this is >>>reproduceable, could you rebuild your kernel with INVARIANTS support, as >>>well as DDB so you can generate a stack trace and other debugging >>>information (or, if you have a core, could you use gdb to extract >>>debugging information per the Handbook?) >> >>I am not able to compile the kernel with DDB and INVARIANTS either... >>When I put these options to kernel conf, I get this error >> >>Options Added: >> >>options INVARIANTS >>options KDB >>options DDB > > > INVARIANTS requires the option 'INVARIANT_SUPPORT'. Well, now I could compile the kernel with invariants etc. but I get this error at boot time. witness_get: witness exhausted What does this mean now? :) I read from archives that it means that some buffers are exhausted that it doesnt do lock order checking anymore, but why would it give that error at boot time? Thanks, Evren From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 01:14:43 2004 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 D06A016A4CE for ; Tue, 28 Sep 2004 01:14:43 +0000 (GMT) Received: from komquats.com (S0106002078125c0c.gv.shawcable.net [24.108.146.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 328CA43D48 for ; Tue, 28 Sep 2004 01:14:43 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by komquats.com (Postfix) with ESMTP id 556764C606; Mon, 27 Sep 2004 18:14:39 -0700 (PDT) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.13.1/8.12.8) with ESMTP id i8S1Ec1Q032860; Mon, 27 Sep 2004 18:14:38 -0700 (PDT) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Message-Id: <200409280114.i8S1Ec1Q032860@cwsys.cwsent.com> X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Andrew Thompson In-Reply-To: Message from Andrew Thompson <20040928003005.GA9919@thingy.tbd.co.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 27 Sep 2004 18:14:38 -0700 Sender: Cy.Schubert@komquats.com cc: Ryan Sommers cc: current@freebsd.org Subject: Re: CD9660 Issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Sep 2004 01:14:43 -0000 In message <20040928003005.GA9919@thingy.tbd.co.nz>, Andrew Thompson writes: > On Mon, Sep 27, 2004 at 04:49:45PM -0700, Cy Schubert wrote: > > In message <4158A4F5.6030204@gamersimpact.com>, Ryan Sommers writes: > > > Cy Schubert wrote: > > > > > > >Has anyone experienced this with CURRENT as of last week? > > > >The app returns open error: Operation is not supported. > > > > > > > Shouldn't that be if (open(...) < 0)? > > > > > > Open return a positive value if the open succeeded. > > > > You are correct. Actually my problem is that tar, cp, dd, and cat all > > return the same result. My test app was specifically designed for this > > list. I fixed my test app. It returns the same result. > > You will find it is fixed in r1.101 of cd9660_vnops.c, the day after > your kernel build. > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/isofs/cd9660/cd9660_vnops.c Thanks. I just got home, just about to investigate while a roast is cooking on the barbecue. You saved me a lot of work. Thanks again. Cheers, Cy Schubert Web: www.komquats.com and www.bcbodybuilder.com FreeBSD UNIX: Web: www.FreeBSD.org BC Government: "Lift long enough and I believe arrogance is replaced by humility and fear by courage and selfishness by generosity and rudeness by compassion and caring." -- Dave Draper From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 01:33:36 2004 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 51B2916A4CF for ; Tue, 28 Sep 2004 01:33:36 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA74A43D2F for ; Tue, 28 Sep 2004 01:33:35 +0000 (GMT) (envelope-from juhasaarinen@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so3249935rnk for ; Mon, 27 Sep 2004 18:33:31 -0700 (PDT) Received: by 10.38.163.77 with SMTP id l77mr678009rne; Mon, 27 Sep 2004 18:33:30 -0700 (PDT) Received: by 10.38.73.29 with HTTP; Mon, 27 Sep 2004 18:33:30 -0700 (PDT) Message-ID: Date: Tue, 28 Sep 2004 13:33:30 +1200 From: Juha Saarinen To: Doug Barton In-Reply-To: <20040925001835.U7126@URF.trarfvf> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1096042856.24267.6.camel@purgatory.ceribus.net> <20040924222550.F6548@URF.trarfvf> <1096064849.1047.7.camel@server.mcneil.com> <20040925001835.U7126@URF.trarfvf> cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= cc: freebsd-current@freebsd.org Subject: Re: Proper way to run bind9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Juha Saarinen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Sep 2004 01:33:36 -0000 The PID file location for currently hardcoded to /var/run in the named binary. Is there a good reason for not changing that to /var/run/named/pid as the default on FreeBSD, instead of adjusting the location in both /etc/defaults/rc.conf and named.conf? This is error-prone, and easy to forget -- if you do, it means named won't start up as it cannot write the PID file to the default location. Second, shouldn't /etc/rc.d/named be rewritten to take rndc into account, and not use /etc/rc.subr? -- Juha From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 01:38:34 2004 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 0F55716A4CE for ; Tue, 28 Sep 2004 01:38:34 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2549543D2F for ; Tue, 28 Sep 2004 01:38:33 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id E73A43F64; Tue, 28 Sep 2004 03:38:31 +0200 (CEST) Received: from kamino.rfc1149.org (dsl-213-023-193-090.arcor-ip.net [213.23.193.90]) by coruscant.rfc1149.org (Postfix) with ESMTP id ACEA53D28; Tue, 28 Sep 2004 03:38:29 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id DDE0240F1; Tue, 28 Sep 2004 03:38:08 +0200 (CEST) To: Sean McNeil In-Reply-To: <1096323166.43375.8.camel@server.mcneil.com> (Sean McNeil's message of "Mon, 27 Sep 2004 15:12:46 -0700") References: <20040927111438.GA865@genius.tao.org.uk> <1096290034.23046.82.camel@linux-mobile.example.net> <20040927143811.GA87515@sysmon.tcworks.net> <4158338A.9090309@pythonemproject.com> <16728.33607.716813.703551@satchel.alerce.com> <1096320933.42513.9.camel@server.mcneil.com> <16728.36042.147168.928629@satchel.alerce.com> <1096323166.43375.8.camel@server.mcneil.com> From: Arne Schwabe Date: Tue, 28 Sep 2004 03:38:02 +0200 Message-ID: <86fz5341hh.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.8 required=5.0 tests=BAYES_00,RCVD_IN_SORBS autolearn=no version=2.60 X-Spam-Level: cc: current@freebsd.org Subject: Re: Laptop recommendations? 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: Tue, 28 Sep 2004 01:38:34 -0000 --=-=-= Sean McNeil writes: >> Yeah, I'm an old weirdo [who also uses emacs a lot]. I grew up with >> the control key being that big sucker just to the left of the 'A' key, >> and reaching down and under to the bottom row bothers my left >> wrist/hand. I'm otherwise keyboard agnostic (I don't care where the >> esc key is, I just use ctrl-[ and I'm used to figuring out just what >> the BS/Del key sends) but the ctrl key is important. Fortunately, on >> PC hardware, it's easy enough to get it where i want/like/need it. > > I see what you mean. But they moved that a long time ago. I'm amazed > you have managed to stick with the old positioning. The feel of a > Logitech keyboard is pretty sweet. Hey, you can still buy a Sun Type 6 USB Keyboard with UNIX Layout (note US Layout is different from UNIX Layout), where escape, backspace and control have strange locations :) Arne -- compiling millions of tiny c-programs...done checking for a working configure script... not found --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBWMCAe8+cMNS4zRcRAqNcAJ0fFoAwyEUjaWCcXn8zIlAyAbhBjgCgw5uM uW0pZVUGfack01Du2+7zrMc= =ngad -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 01:41:00 2004 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 3DC4216A4CE for ; Tue, 28 Sep 2004 01:41:00 +0000 (GMT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1081643D41 for ; Tue, 28 Sep 2004 01:41:00 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from ob.icann.org ([192.0.35.106]) by comcast.net (rwcrmhc13) with SMTP id <20040928014059015008g1hre> (Authid: domain_name_tsar); Tue, 28 Sep 2004 01:40:59 +0000 Date: Mon, 27 Sep 2004 18:40:48 -0700 (PDT) From: Doug Barton To: Jeremy Chadwick In-Reply-To: <20040927170321.GA31501@parodius.com> Message-ID: <20040927181532.P911@bo.vpnaa.bet> References: <20040927170321.GA31501@parodius.com> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org Subject: Re: Pending issues with RELENG_5 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: Tue, 28 Sep 2004 01:41:00 -0000 On Mon, 27 Sep 2004, Jeremy Chadwick wrote: > Here's a list of things that still concern me so far with RELENG_5, > particularly with BETA6 (and even more recent than that). Hopefully > the appropriate parties can chime in here... Since I happen to be the appropriate party for all of these, here you go. :) > * No /etc/mergemaster.rc or /etc/defaults/mergemaster.rc > Possibly creating this out-of-the-box during install, or keep a > template in /etc/defaults/mergemaster.rc ? Just like make.conf which you mentioned in a seperate mail, /etc/defaults would not be the correct location for this. You really need to learn a bit more about -current/RELENG_5. The man page for mergemaster actually has a commented out example of what you can specify in a mergemaster.rc file. My personal feeling is that there is not much utility in having an actual example file called mergemaster.rc, but I have repeatedly said that if someone wanted to send me some "cool mergemaster tricks" that they use, I would gladly convert them into something that could go into src/share/examples/etc/[mergemaster?]. To date, no one has done so. What would be your goal for a mergemaster.rc file? > * /etc/rc.d/named does not set up chroot environment properly > For example, in the chroot_autoupdate() function, lines 37 > and 41 call pax blindly, referring to ${named_chrootdir}/dev even > if it hasn't been created. As I have said repeatedly, chroot support for named is not yet complete. This is where reading the freebsd-current mailing list really comes in handy. I plan to get a lot closer to something that looks like full support very soon in -CURRENT, then it will be up to re@ whether to MFC it or not. Personally I would like to see it MFC'ed, but it's a "nice to have" compared to the BIND 9 import itself. > Could we get appropriate if [ -d ...]; then mkdir/chown/chmod; fi > statements for creating this structure? I personally have no idea > who the appropriate directories should be owned by, or perm'd to. The proper BSD solution to this is to use mtree, and I committed last night the mtree file that will be used as the basis of this part of the solution. > * bind9 chroot tips > Possibly some details on how to configure named.conf inside the > default named.conf? We hint at it already... That is part of plan, yes. > * Leftovers from bind8-->bind9 upgrade > We now have two versions of nslookup; /usr/bin/nslookup and > /usr/sbin/nslookup (deprecated), but we've also /usr/lib/libisc.* Let's be more clear here. "We" don't have anything. If you have been upgrading from source, YOU have that stuff left over, as do a lot of other users. I think it's time that I repost my world cleaning tips ... The chief concern at this stage is that a new install of 5.3-RELEASE has the right bits, and none of the wrong bits, and we are at that point now. If you are concerned about what can and cannot be deleted safely, your best bet is always to back up your data and do a clean install to a formatted disk. > I assume this can be deleted and ldconfig -R re-run? Yes, but if you have ports that linked against this library you will have to rebuild them. Those issues should be discussed on the -ports list. This is almost sure to be a problem, but I don't think it will be a big one. > There's also the old dnsquery and dnskeygen binaries, Delete them. You might also want to read src/UPDATING where you will find a complete list of binaries that have migrated. In fact, you should always read src/UPDATING when you upgrade. > extraneous manpages, etc.. I'll post my world cleaning tips later tonight, but the easiest way to deal with man pages is to just 'rm -r /usr/share/man' before doing installworld. You can also do 'mv /usr/include /usr/include-old' right before doing installworld to handle that similar situation. > [This entry could spawn off quite a long thread about how exactly we > plan on handling 'outdated' files. No, it can't. You clearly have not been following the -current mailing list very long, as this topic comes up regularly. Check the archives. > I was in a hurry this morning to get this out, meaning my actual "full > list" is probably quite a bit longer... just need the time to sit down > and type it all in. :-) I respectfully suggest that you spend a little more time researching the rest of your wish list before you send any more mail. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 01:45:18 2004 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 8085816A4CE for ; Tue, 28 Sep 2004 01:45:18 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 321AA43D41 for ; Tue, 28 Sep 2004 01:45:18 +0000 (GMT) (envelope-from marchenko@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so12329rnk for ; Mon, 27 Sep 2004 18:45:10 -0700 (PDT) Received: by 10.38.208.53 with SMTP id f53mr562043rng; Mon, 27 Sep 2004 18:45:10 -0700 (PDT) Received: by 10.38.22.66 with HTTP; Mon, 27 Sep 2004 18:45:10 -0700 (PDT) Message-ID: Date: Mon, 27 Sep 2004 21:45:10 -0400 From: Vlad To: Evren Yurtesen In-Reply-To: <4159431F.6010502@ispro.net.tr> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <4158BFAC.7050601@ispro.net.tr> <200409271628.02524.jhb@FreeBSD.org> <4159431F.6010502@ispro.net.tr> cc: freebsd-current@freebsd.org cc: rwatson@freebsd.org Subject: Re: panic: sorele X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vlad List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Sep 2004 01:45:18 -0000 based on your kernel panic: >> panic: sorele >> cpuid = 1 >> boot() called on cpu#1 >> Uptime: 5d19h48m4s it looks like you do have at least two CPUs... cpu#1 is a second CPU, or I'm mistaken? On Tue, 28 Sep 2004 03:55:27 -0700, Evren Yurtesen wrote: > So you say that disabling SMP fixes the problem? I can easily do that :) > I dont even have 2 processors, I was trying this hyperthreading. > > Evren -- Vlad From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 01:54:07 2004 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 B704316A4CE for ; Tue, 28 Sep 2004 01:54:07 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3255E43D46 for ; Tue, 28 Sep 2004 01:54:07 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from ob.icann.org ([192.0.35.106]) by comcast.net (sccrmhc11) with SMTP id <20040928015405011005q6ace> (Authid: domain_name_tsar); Tue, 28 Sep 2004 01:54:06 +0000 Date: Mon, 27 Sep 2004 18:54:01 -0700 (PDT) From: Doug Barton To: Juha Saarinen In-Reply-To: Message-ID: <20040927184543.I911@bo.vpnaa.bet> References: <1096042856.24267.6.camel@purgatory.ceribus.net> <20040924222550.F6548@URF.trarfvf> <20040925001835.U7126@URF.trarfvf> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= cc: freebsd-current@freebsd.org Subject: Re: Proper way to run bind9 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: Tue, 28 Sep 2004 01:54:07 -0000 On Tue, 28 Sep 2004, Juha Saarinen wrote: > The PID file location for currently hardcoded to /var/run in the named binary. You are correct. > Is there a good reason for not changing that to /var/run/named/pid as > the default on FreeBSD, instead of adjusting the location in both > /etc/defaults/rc.conf and named.conf? A couple of them actually. We do not want to edit the files as they come from the vendor without a really good reason, and this isn't one. I have a long term plan to write some patches to turn the pid file path into a --configure defineable variable and send it to the ISC folks, but it's frankly not that high a priority. > This is error-prone, and easy to forget -- if you do, it means named > won't start up as it cannot write the PID file to the default > location. If you use the system as installed, and/or start from the default files, it's all there for you. If you choose to vary from that path, it's pretty much up to you to know what you're doing and why. There are only so many bullets you can take out of the foot-shooting gun. That said, I did add a comment to the src/etc/default/rc.conf file which indicates that if you change the pid file name there, you should change it in named.conf as well to make it easier for users to do the right thing. Finally, the way named fails in this case (totally) is actually the safest way to handle it. No user can accidentally start named with the wrong configuration and have it running in a manner other than what they expect. This is a much more serious problem, and would be worthy of a better solutino if it existed. The problem you describe here is a learning curve issue, and BIND has a lot of those. > Second, shouldn't /etc/rc.d/named be rewritten to take rndc into > account, and not use /etc/rc.subr? What would your goal be? With the current behavior, '/etc/rc.d/named stop' can recover from situations where 'rndc stop' fails. Why would you want to take that functionality away? Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 02:23:05 2004 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 4BA1516A4CE for ; Tue, 28 Sep 2004 02:23:05 +0000 (GMT) Received: from gremlin.internode.com.au (gremlin.internode.com.au [192.83.231.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5874D43D5A for ; Tue, 28 Sep 2004 02:23:04 +0000 (GMT) (envelope-from adam@internode.com.au) Received: from gremlin.internode.com.au (localhost [127.0.0.1]) i8S2N2iu038117 for ; Tue, 28 Sep 2004 11:53:02 +0930 (CST) (envelope-from adam@internode.com.au) Received: (from adam@localhost) by gremlin.internode.com.au (8.13.1/8.13.1/Submit) id i8S2N2bq038116 for freebsd-current@freebsd.org; Tue, 28 Sep 2004 11:53:02 +0930 (CST) (envelope-from adam@internode.com.au) X-Authentication-Warning: gremlin.internode.com.au: adam set sender to adam@internode.com.au using -f Date: Tue, 28 Sep 2004 11:53:02 +0930 From: Adam Smith To: freebsd-current@freebsd.org Message-ID: <20040928022301.GE33535@internode.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Face: $vsV$1FNbZN\JVpjV#&+/!oVW`Kw$j?w_,te\SS}(tKD21c+l$t%\RCS(r$G; XXk]6,(!N:&(N3EV0bY`3):UrgG7'*qsj3l.75IaHV1<`i*{[L\:F*l6fH##C:-p2]xW/R-Z:!bo; 5g3GP-{I{}7O>tN}`Xm/=-:8NG?f-r'$Qc3y[aW-7'W_S<`KYU!_; `7K=kuC$-.7J2*kk=~`c@ADp+xhsv(!a@eW-R_5wtx+tC)(]%W+ User-Agent: Mutt/1.5.6i Subject: Mixer settings revert to zero 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: Tue, 28 Sep 2004 02:23:05 -0000 Hi! With the recent changes to the sound drivers, will the mixer begin working like it used to before 5.3 is released? The release notes for 5.3-BETA6 say that "the sound(4) driver reads /boot/device.hints on startup, to allow setting of default values for mixer channels." But this doesn't seem to be happening. The release notes also say the device driver's name is still pcm, however I couldn't find this in /boot/device.hints. In my particular case, I am using the device ich for my sound. Because the mixer settings are not being picked up properly, upon boot, my system's mixer settings all revert to zero. I have to fix them manually by applying levels to 'pcm' and 'vol'. Is this a problem across the board at the moment with mixer settings, or applicable to only certain drivers (such as ich?) Is there anything I can do to fix the problem, or will it be fixed before 5.3? Cheers, -- Adam Smith Internode : http://www.internode.on.net Phone : (08) 8228 2999 Dog for sale: Eats lots and is fond of children. From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 02:40:15 2004 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 4D08116A4D0 for ; Tue, 28 Sep 2004 02:40:15 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id C070A43D2F for ; Tue, 28 Sep 2004 02:40:14 +0000 (GMT) (envelope-from juhasaarinen@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so3254217rnk for ; Mon, 27 Sep 2004 19:40:11 -0700 (PDT) Received: by 10.38.171.50 with SMTP id t50mr750154rne; Mon, 27 Sep 2004 19:40:10 -0700 (PDT) Received: by 10.38.73.29 with HTTP; Mon, 27 Sep 2004 19:40:10 -0700 (PDT) Message-ID: Date: Tue, 28 Sep 2004 14:40:10 +1200 From: Juha Saarinen To: Doug Barton In-Reply-To: <20040927184543.I911@bo.vpnaa.bet> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1096042856.24267.6.camel@purgatory.ceribus.net> <20040924222550.F6548@URF.trarfvf> <1096064849.1047.7.camel@server.mcneil.com> <20040925001835.U7126@URF.trarfvf> <20040927184543.I911@bo.vpnaa.bet> cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= cc: freebsd-current@freebsd.org Subject: Re: Proper way to run bind9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Juha Saarinen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Sep 2004 02:40:15 -0000 On Mon, 27 Sep 2004 18:54:01 -0700 (PDT), Doug Barton wrote: > A couple of them actually. We do not want to edit the files as they come > from the vendor without a really good reason, and this isn't one. > > I have a long term plan to write some patches to turn the pid file path > into a --configure defineable variable and send it to the ISC folks, but > it's frankly not that high a priority. Humm, that does seem like the right way to do it, instead of working around the issue by changing the PID file location in two different places. > If you use the system as installed, and/or start from the default files, > it's all there for you. If you choose to vary from that path, it's > pretty much up to you to know what you're doing and why. There are only > so many bullets you can take out of the foot-shooting gun. True -- however, this is likely to bite people who migrate from other platforms where you don't have to specify the PID file location in named.conf, unless you want it in a non-default location. But, people have plenty of toes I suppose... :-) > What would your goal be? With the current behavior, '/etc/rc.d/named > stop' can recover from situations where 'rndc stop' fails. Why would you > want to take that functionality away? Well, rndc is the vendor-supplied tool for controlling the operation of named. The man page for named(8) says: "In routine operation, signals should not be used to control the name- server; rndc should be used instead." Correct me if I'm wrong, but doesn't /etc/rc.subr use signals? Incidentally, shouldn't the 'rcvar" command print out all the options used in rc.conf for running named? $ sudo /etc/rc.d/named rcvar # named $named_enable=YES /etc/rc.conf named_enable="YES" # Run named, the DNS server (or NO). named_program="/usr/sbin/named" # path to named, if you want a different one. named_flags="-c /etc/namedb/named.conf -u bind" # Flags for named -- Juha From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 02:48:20 2004 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 E54F316A4CE for ; Tue, 28 Sep 2004 02:48:20 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id A058043D3F for ; Tue, 28 Sep 2004 02:48:20 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so16234rnk for ; Mon, 27 Sep 2004 19:48:20 -0700 (PDT) Received: by 10.38.67.72 with SMTP id p72mr330791rna; Mon, 27 Sep 2004 19:48:19 -0700 (PDT) Received: by 10.38.13.17 with HTTP; Mon, 27 Sep 2004 19:48:19 -0700 (PDT) Message-ID: <84dead7204092719482f8031d5@mail.gmail.com> Date: Tue, 28 Sep 2004 08:18:19 +0530 From: Joseph Koshy To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <84dead72040926185171776b99@mail.gmail.com> <20040927040137.GA3274@dragon.nuxi.com> <84dead7204092621403fddd11e@mail.gmail.com> cc: freebsd-current@freebsd.org Subject: Re: [patch] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Sep 2004 02:48:21 -0000 jk> The pmc(4) driver (being written) needs a way of informing the jk > userland libpmc(3) (also being written) about the kind of CPU des> Is there a good reason why pmc(4) can't pass this information out as a des> string? Less chance of future breaks in binary compatibility that des> way. I'm not sure if using strings vs. 'binary' structures gains us much in future binary compatibility: changes in the format of the string have the potential to break binary compatibility anyway. Strings work well when they are "simple". From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 03:25:10 2004 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 4292716A4CF for ; Tue, 28 Sep 2004 03:25:10 +0000 (GMT) Received: from sysmon.tcworks.net (sysmon.tcworks.net [65.66.76.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E7D143D41 for ; Tue, 28 Sep 2004 03:25:09 +0000 (GMT) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (localhost [127.0.0.1]) by sysmon.tcworks.net (8.12.11/8.12.11) with ESMTP id i8S3Mfug010761 for ; Mon, 27 Sep 2004 22:22:41 -0500 (CDT) (envelope-from lambert@lambertfam.org) Received: (from lambert@localhost) by sysmon.tcworks.net (8.12.11/8.12.11/Submit) id i8S3Mf7c010760 for freebsd-current@freebsd.org; Mon, 27 Sep 2004 22:22:41 -0500 (CDT) (envelope-from lambert@lambertfam.org) X-Authentication-Warning: sysmon.tcworks.net: lambert set sender to lambert@lambertfam.org using -f Date: Mon, 27 Sep 2004 22:22:41 -0500 From: Scott Lambert To: freebsd-current@freebsd.org Message-ID: <20040928032241.GA8954@sysmon.tcworks.net> Mail-Followup-To: freebsd-current@freebsd.org References: <20040927111438.GA865@genius.tao.org.uk> <1096290034.23046.82.camel@linux-mobile.example.net> <20040927143811.GA87515@sysmon.tcworks.net> <200409280929.52593.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409280929.52593.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.6i Subject: Re: Laptop recommendations? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Sep 2004 03:25:10 -0000 On Tue, Sep 28, 2004 at 09:29:51AM +0930, Daniel O'Connor wrote: > On Tue, 28 Sep 2004 00:08, Scott Lambert wrote: > > My biggest complaint is the same as about my last x86 laptop. I hate > > touchpads. > > Go buy a trackball :) Unfortunately, I take "laptop" seriously. :) I've never figured out how to get comfortable on the couch with the laptop and a mouse. I know, I'm just picky. Seriously, the total PowerBook package is just about worth the trackpad hassle. It's sweet. -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 04:14:43 2004 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 E665D16A4CF for ; Tue, 28 Sep 2004 04:14:43 +0000 (GMT) Received: from ausc60pc101.us.dell.com (ausc60pc101.us.dell.com [143.166.85.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B53443D45 for ; Tue, 28 Sep 2004 04:14:43 +0000 (GMT) (envelope-from Muthu_T@Dell.com) Received: from ausx2kcps315.aus.amer.dell.com (143.166.3.50) by ausc60pc101.us.dell.com with ESMTP; 27 Sep 2004 23:14:42 -0500 X-Ironport-AV: i="3.84,182,1091422800"; d="scan'208"; a="99913008:sNHT22682684" Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6527.0 Date: Mon, 27 Sep 2004 23:14:24 -0500 Message-ID: <71F713C5E3CB7F4F9ACCBBB8E9BE318A1E1CC9@blrx2kmbgl101.blr.amer.dell.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 5.3-BETA6: pkg tiff-3.6.1_1 missing Thread-Index: AcSlEaNd5AWN7lHzS5qRCnUyp1u6lQ== From: To: X-OriginalArrivalTime: 28 Sep 2004 04:14:25.0313 (UTC) FILETIME=[A3BA2910:01C4A511] Subject: 5.3-BETA6: pkg tiff-3.6.1_1 missing 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: Tue, 28 Sep 2004 04:14:44 -0000 All, While installing BETA6 with packages 'All' options selected, I am=20 getting the following error: "tiff-3.6.1_1 is a required package, but not found'. Due to this gtk-2.4.9-1, imlib, cups-base are failing. One more thing: If the dependent packages are not found, why each and every time it is trying to install gtk, cups-base? Any optimization can't be done to avoid these repeated errors? (cups-base comes 6 times, gtk-2.4.9-1 comes mulitiple times). Thanks. --T. Muthu Mohan. From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 04:20:27 2004 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 0AB3116A4CE; Tue, 28 Sep 2004 04:20:27 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0E5443D49; Tue, 28 Sep 2004 04:20:26 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.1.5] (p67.n-nypop07.stsn.com [199.106.94.67]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i8S4KMDl003564 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 27 Sep 2004 21:20:23 -0700 Message-ID: <4158E64D.6080908@root.org> Date: Mon, 27 Sep 2004 21:19:25 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Boyd References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA5-i386-disc1 bootstrap failures 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: Tue, 28 Sep 2004 04:20:27 -0000 David Boyd wrote: > Nate Lawson wrote: >>-----Original Message----- >>From: owner-freebsd-current@freebsd.org >>[mailto:owner-freebsd-current@freebsd.org]On Behalf Of Nate Lawson >>Sent: Saturday, September 25, 2004 23:28 >>To: David Boyd >>Cc: freebsd-current@freebsd.org >>Subject: Re: 5.3-BETA5-i386-disc1 bootstrap failures >> >>David Boyd wrote: >> >>>This may just be noise, but I'll send it anywho. >>> >>>The ACPI/APIC/SMP problem described in several missives on this list was >>>introduced (imho) between noon on September 17th and noon on >> >>September 18th. >> >>>I have built from CVS (cvsup) the following kernels: >>> >>> 2004.09.17.12.00.00 >>> 2004.09.18.00.00.00 >>> 2004.09.18.06.00.00 >>> 2004.09.18.12.00.00 >> >>Thanks for the datapoint. I assume you are tracking RELENG_5? >> >>I could only find one ACPI commit to RELENG_5 around this time. Please >>recompile with the following files: >> >>acpi_thermal.c rev 1.48 >>acpi_powerres.c rev 1.26 >> > >>Merely copy these into /sys/dev/acpica, recompile the acpi module (or >>whole kernel) and reboot. > > > Yes, I am tracking RELENG_5. > > The kernel build with the files you suggested resulted in the same hang. Ok, then it's not an ACPI problem. > I filtered the commits by hour and then by 20 minutes intervals until I > experienced the hang. > > The hang occurs after building the kernel with the follow commits: > > Edit src/sys/dev/fdc/fdc.c > Add delta 1.283.2.1 2004.09.18.04.57.55 imp > Edit src/sys/dev/fdc/fdc_acpi.c > Add delta 1.2.2.2 2004.09.18.04.57.55 imp > Edit src/sys/dev/fdc/fdc_isa.c > Add delta 1.9.2.2 2004.09.18.04.57.55 imp > Edit src/sys/dev/fdc/fdc_pccard.c > Add delta 1.8.2.1 2004.09.18.04.57.55 imp > Delete src/sys/dev/fdc/fdcreg.h > Edit src/sys/dev/fdc/fdcvar.h > Add delta 1.3.2.1 2004.09.18.04.57.55 imp > Edit src/sys/sys/bio.h > Add delta 1.139.2.1 2004.09.18.04.56.06 imp > Edit src/sys/sys/fdcio.h > Add delta 1.17.8.1 2004.09.18.04.57.55 imp > > I have some "free" time to pursue this now! > I'll try almost anything you suggest. It looks like the floppy commits result in your hang. > P.S. The system isn't actually dead...touching the power switch results in > > "ACPI: suspend request ignored (not ready yet)" > > as often as the power switch is depressed briefly. Yes, the system is not dead. It's likely there is a bug in the floppy driver that when it is probed, causes the boot to hang. I've bcc'd a few developers that have fixed past floppy problems. -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 04:34:52 2004 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 2F37916A4CE for ; Tue, 28 Sep 2004 04:34:52 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id A1D2E43D54 for ; Tue, 28 Sep 2004 04:34:49 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 15574 invoked by uid 0); 28 Sep 2004 04:30:43 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.98.7) by mail.freebsd.org.cn with SMTP; 28 Sep 2004 04:30:43 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 0E30113204E; Tue, 28 Sep 2004 12:33:55 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03975-03; Tue, 28 Sep 2004 12:33:52 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id F1A53131EB8; Tue, 28 Sep 2004 12:33:51 +0800 (CST) Date: Tue, 28 Sep 2004 12:33:51 +0800 From: Xin LI To: Matthias Andree Message-ID: <20040928043351.GA2400@frontfree.net> References: <20040927224353.845381B217@merlin.emma.line.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040927224353.845381B217@merlin.emma.line.org> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-delphij FreeBSD 5.3-delphij #4: Mon Sep 13 12:44:05 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net cc: FreeBSD-gnats-submit@FreeBSD.org cc: ru@FreeBSD.org cc: current@FreeBSD.org Subject: Re: bin/72138: libc.so.5 isn't installed in a safe way 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: Tue, 28 Sep 2004 04:34:52 -0000 (-CURRENT is cc'ed for a boarder review) I fell like this idea, and here is the patch for review: Index: Makefile =================================================================== RCS file: /r/ncvs/src/lib/libc/Makefile,v retrieving revision 1.52 diff -u -r1.52 Makefile --- Makefile 14 May 2004 12:04:29 -0000 1.52 +++ Makefile 28 Sep 2004 04:30:26 -0000 @@ -16,6 +16,7 @@ CFLAGS+=-I${.CURDIR}/include -I${.CURDIR}/../../include CFLAGS+=-I${.CURDIR}/${MACHINE_ARCH} CLEANFILES+=tags +SHLINSTALLFLAGS+= -S INSTALL_PIC_ARCHIVE= yes PRECIOUSLIB= yes It's also available here: http://people.freebsd.org/~delphij/patch-libc From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 04:42:06 2004 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 7636E16A4CE for ; Tue, 28 Sep 2004 04:42:06 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFFA943D53 for ; Tue, 28 Sep 2004 04:42:05 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8S4dv5A090408; Mon, 27 Sep 2004 22:39:57 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 27 Sep 2004 22:41:11 -0600 (MDT) Message-Id: <20040927.224111.45874722.imp@bsdimp.com> To: nate@root.org From: "M. Warner Losh" In-Reply-To: <4158E64D.6080908@root.org> References: <4158E64D.6080908@root.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: David.Boyd@insightbb.com cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA5-i386-disc1 bootstrap failures 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: Tue, 28 Sep 2004 04:42:06 -0000 In message: <4158E64D.6080908@root.org> Nate Lawson writes: : > I have some "free" time to pursue this now! : > I'll try almost anything you suggest. : : It looks like the floppy commits result in your hang. bummer. So since like I have no clue what's going on here, maybe you could fill me in on what kind of hang you are seeing? When does it hang, what's the dmesg, etc. The floppy commits I'd rate at <<1% chance of causing a hang, but stranger things have happend. Most likely they exposed some other bug that's causing the hang... However, I'll be happy to look into that given more detail. Warner From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 04:51:07 2004 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 380CE16A4CE for ; Tue, 28 Sep 2004 04:51:07 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE22A43D31 for ; Tue, 28 Sep 2004 04:51:06 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8S4ngsv090574; Mon, 27 Sep 2004 22:49:43 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 27 Sep 2004 22:50:56 -0600 (MDT) Message-Id: <20040927.225056.85393812.imp@bsdimp.com> To: arne@rfc2549.org From: "M. Warner Losh" In-Reply-To: <86fz5341hh.fsf@kamino.rfc1149.org> References: <16728.36042.147168.928629@satchel.alerce.com> <1096323166.43375.8.camel@server.mcneil.com> <86fz5341hh.fsf@kamino.rfc1149.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Laptop recommendations? 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: Tue, 28 Sep 2004 04:51:07 -0000 In message: <86fz5341hh.fsf@kamino.rfc1149.org> Arne Schwabe writes: : Sean McNeil writes: : : : >> Yeah, I'm an old weirdo [who also uses emacs a lot]. I grew up with : >> the control key being that big sucker just to the left of the 'A' key, : >> and reaching down and under to the bottom row bothers my left : >> wrist/hand. I'm otherwise keyboard agnostic (I don't care where the : >> esc key is, I just use ctrl-[ and I'm used to figuring out just what : >> the BS/Del key sends) but the ctrl key is important. Fortunately, on : >> PC hardware, it's easy enough to get it where i want/like/need it. : > : > I see what you mean. But they moved that a long time ago. I'm amazed : > you have managed to stick with the old positioning. The feel of a : > Logitech keyboard is pretty sweet. : : Hey, you can still buy a Sun Type 6 USB Keyboard with UNIX Layout : (note US Layout is different from UNIX Layout), where escape, : backspace and control have strange locations :) Happy Hacking Keyboard is to die for. It is the one true keyboard layout and all this PC, Johnny-come-lately crowd who F*D up a perfectly good keyboard layout can rot in h*** for all I care. The USB version even has two additional USB slots: mouse and memory card or cell phone work well there :-). Of course, the HHK is just a Sun Type 3 keyboard, with an inverted T arrows added. Sweet feedback on the keys, and really worth the price of a ticket to Japan to pick it up at PlatHome in Akihabara :-). Warner From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 05:26:10 2004 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 959DD16A4CF; Tue, 28 Sep 2004 05:26:10 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFC3043D5D; Tue, 28 Sep 2004 05:26:09 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 961385310; Tue, 28 Sep 2004 07:26:08 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id AD1FD530A; Tue, 28 Sep 2004 07:26:01 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 7A247B873; Tue, 28 Sep 2004 07:26:01 +0200 (CEST) To: Doug Barton References: <1096042856.24267.6.camel@purgatory.ceribus.net> <20040924222550.F6548@URF.trarfvf> <1096064849.1047.7.camel@server.mcneil.com> <20040925001835.U7126@URF.trarfvf> <20040927184543.I911@bo.vpnaa.bet> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 28 Sep 2004 07:26:01 +0200 In-Reply-To: <20040927184543.I911@bo.vpnaa.bet> (Doug Barton's message of "Mon, 27 Sep 2004 18:54:01 -0700 (PDT)") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: Juha Saarinen cc: freebsd-current@freebsd.org Subject: Re: Proper way to run bind9 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: Tue, 28 Sep 2004 05:26:10 -0000 Doug Barton writes: > On Tue, 28 Sep 2004, Juha Saarinen wrote: > > Is there a good reason for not changing that to /var/run/named/pid as > > the default on FreeBSD, instead of adjusting the location in both > > /etc/defaults/rc.conf and named.conf? > A couple of them actually. We do not want to edit the files as they > come from the vendor without a really good reason, and this isn't one. we could change the pid file name to /var/run/named/named.pid without changing sources - we'd just need to define NS_LOCALSTATEDIR to /var/run/named in CFLAGS. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 05:41:13 2004 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 3293416A4CE; Tue, 28 Sep 2004 05:41:13 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7B7D43D49; Tue, 28 Sep 2004 05:41:12 +0000 (GMT) (envelope-from cristjc@comcast.net) Received: from blossom.cjclark.org (c-24-6-187-112.client.comcast.net[24.6.187.112]) by comcast.net (rwcrmhc11) with ESMTP id <2004092805411201300lna4me>; Tue, 28 Sep 2004 05:41:12 +0000 Received: from blossom.cjclark.org (localhost. [127.0.0.1]) by blossom.cjclark.org (8.12.11/8.12.8) with ESMTP id i8S5fBUm003839; Mon, 27 Sep 2004 22:41:11 -0700 (PDT) (envelope-from cristjc@comcast.net) Received: (from cjc@localhost) by blossom.cjclark.org (8.12.11/8.12.11/Submit) id i8S5fBkc003838; Mon, 27 Sep 2004 22:41:11 -0700 (PDT) (envelope-from cristjc@comcast.net) X-Authentication-Warning: blossom.cjclark.org: cjc set sender to cristjc@comcast.net using -f Date: Mon, 27 Sep 2004 22:41:11 -0700 From: "Crist J. Clark" To: Dag-Erling Sm?rgrav Message-ID: <20040928054111.GB3706@blossom.cjclark.org> References: <1096042856.24267.6.camel@purgatory.ceribus.net> <20040924222550.F6548@URF.trarfvf> <1096064849.1047.7.camel@server.mcneil.com> <20040925001835.U7126@URF.trarfvf> <20040927184543.I911@bo.vpnaa.bet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-URL: http://people.freebsd.org/~cjc/ cc: freebsd-current@FreeBSD.org cc: Doug Barton Subject: Re: Proper way to run bind9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Crist J. Clark" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Sep 2004 05:41:13 -0000 Has the crew importing BIND 9 considered whether this may be a chance to move FreeBSD's default home for zone files out of /etc/namedb? Leaving named.conf under /etc is perfectly fine, but I've always found something... unsavory about having slave and dynamic zone files living under /etc. That is, I, and I know some others as well, find the idea of having daemon processes writing files in /etc suboptimal. It also messes with that dream of a FreeBSD where / and /usr (if they are not on one partition anyway) can easily be mounted read-only without breaking stuff. Yes, of course, the purists can configure the BIND root to be anywhere, but defaulting to /etc still seems like a bad way to start off those who do not know any better. Perhaps this is an opportunity to move to a /var/named or something like that? -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 05:41:18 2004 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 0197E16A4E2 for ; Tue, 28 Sep 2004 05:41:18 +0000 (GMT) Received: from zardoc.esmtp.org (adsl-63-195-85-27.dsl.snfc21.pacbell.net [63.195.85.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 899AB43D1D for ; Tue, 28 Sep 2004 05:41:17 +0000 (GMT) (envelope-from ca+envelope@esmtp.org) Received: from zardoc.esmtp.org (localhost.endmail.org. [127.0.0.1]) by zardoc.esmtp.org (sendmail X.0.0.PreAlpha16s) with ESMTP (TLS) id S000000000002454200; Mon, 27 Sep 2004 22:42:18 -0700 Received: (from ca@localhost) by zardoc.esmtp.org (8.13.0/8.12.10.Beta0/Submit) id i8S5gIFY025659 for current@freebsd.org; Mon, 27 Sep 2004 22:42:18 -0700 (PDT) Date: Mon, 27 Sep 2004 22:42:18 -0700 From: Claus Assmann To: current@freebsd.org Message-ID: <20040928054217.GA18708@zardoc.esmtp.org> Mail-Followup-To: current@freebsd.org References: <16728.36042.147168.928629@satchel.alerce.com> <1096323166.43375.8.camel@server.mcneil.com> <86fz5341hh.fsf@kamino.rfc1149.org> <20040927.225056.85393812.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040927.225056.85393812.imp@bsdimp.com> User-Agent: Mutt/1.5.6i Subject: real keyboard (was: Re: Laptop recommendations?) 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: Tue, 28 Sep 2004 05:41:18 -0000 On Mon, Sep 27, 2004, M. Warner Losh wrote: > Happy Hacking Keyboard is to die for. It is the one true keyboard > layout and all this PC, Johnny-come-lately crowd who F*D up a > perfectly good keyboard layout can rot in h*** for all I care. The I have two of those, but both of them already show wear; after just 4 years some keys, esp. "Shift", sometimes get stuck for a brief moment. IMHO the quality isn't anyway near those older Sun keyboards or the NCD keyboard I have at work, which is connected to a PC. That is almost the real thing (Sun Type 5?) and it works flawlessly for over 6 years (well, I had to remap most of the "special" keys, and the function keys don't work during boot, but who needs that with a real OS?). Unfortunately nobody seems to sell those anymore. Are there any other "real" (Unix/Sun type) keyboards that can be connected to a PC (without USB if possible)? [this is certainly off-topic for freebsd-current, would freebsd-hardware be better?] From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 06:07:07 2004 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 36E9C16A4CE for ; Tue, 28 Sep 2004 06:07:07 +0000 (GMT) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 4AF6543D66 for ; Tue, 28 Sep 2004 06:07:05 +0000 (GMT) (envelope-from janm-freebsd-current@transactionware.com) Received: (qmail 38072 invoked from network); 28 Sep 2004 06:07:17 -0000 Received: from new.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 28 Sep 2004 06:07:17 -0000 Received: (qmail 29756 invoked by uid 1026); 28 Sep 2004 06:07:25 -0000 Received: from 192.168.1.7 by new.transactionware.com (envelope-from , uid 1003) with qmail-scanner-1.23 ( Clear:RC:1(192.168.1.7):. Processed in 1.832358 secs); 28 Sep 2004 06:07:03 -0000 Received: from unknown (HELO JMLAPTOP) (192.168.1.7) by new.transactionware.com with SMTP; 28 Sep 2004 06:07:22 -0000 From: "Jan Mikkelsen" To: "'Daniel O'Connor'" , Date: Tue, 28 Sep 2004 16:07:12 +1000 Organization: Transactionware Message-ID: <00f901c4a521$65908390$0701a8c0@transactionware.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <200409271724.33417.doconnor@gsoft.com.au> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal Subject: RE: Low volume sound on Dell Precision 530 (snd_ich) 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: Tue, 28 Sep 2004 06:07:07 -0000 Daniel O'Connor wrote: > On Mon, 27 Sep 2004 16:27,=20 > janm-freebsd-current@transactionware.com wrote: > > Hi, > > > > I've just started running RELENG_5 after having run=20 > RELENG_4 for a while. > > > > After upgrading to 5.3-BETA3 (fresh install from ISO), the=20 > sound volume is > > very low. Running recent sources doesn't change things. > > > > I did have a similar problem with RELENG_4, but I could=20 > work around it by > > explicitly loading snd_ich rather than snd_pcm. =20 > Unfortunately, that isn't > > helping with 5.3-BETA. > > > > This is a Dell Precision 530 with an i860 chipset. > > > > Has anyone seen this before? Any suggestions? >=20 > Try fiddling with the mixer settings? >=20 > eg.. > mixer pcm 100 > mixer ogain 100 > mixer vol 100 Thanks. Only "mixer ogain" and "mixer pcm" change the actual volume on this = machine. "mixer cd" does affect CD playback volume, but I need to increase ogain = from the default 50:50 to get an acceptable volume. "mixer vol" has no effect; the actual volume stays constant as I change = the volume from 0 to 100. This seems like a bug, but perhaps I'm missing something. Regards, Jan Mikkelsen From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 06:10:02 2004 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 DE1B216A4CE for ; Tue, 28 Sep 2004 06:10:02 +0000 (GMT) Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net [24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80EDD43D46 for ; Tue, 28 Sep 2004 06:10:02 +0000 (GMT) (envelope-from ryan@slipgate.org) Received: from ryan.lan (gate.lan [192.168.1.1]) by slipgate.org (8.12.11/8.12.11) with ESMTP id i8S69Wk7027070; Mon, 27 Sep 2004 23:09:32 -0700 (PDT) Received: from ryan.lan (localhost [127.0.0.1]) by ryan.lan (8.13.1/8.13.1) with ESMTP id i8S6AJdE097035; Mon, 27 Sep 2004 23:10:19 -0700 (PDT) (envelope-from ryan@slipgate.org) Received: (from ryan@localhost) by ryan.lan (8.13.1/8.13.1/Submit) id i8S6AJU0097034; Mon, 27 Sep 2004 23:10:19 -0700 (PDT) (envelope-from ryan@slipgate.org) X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using -f Date: Mon, 27 Sep 2004 23:10:19 -0700 From: Ryan Freeman To: Jan Mikkelsen Message-ID: <20040928061019.GA97011@slipgate.org> References: <200409271724.33417.doconnor@gsoft.com.au> <00f901c4a521$65908390$0701a8c0@transactionware.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <00f901c4a521$65908390$0701a8c0@transactionware.com> User-Agent: Mutt/1.4.2.1i cc: FreeBSD Mailing List Subject: Re: Low volume sound on Dell Precision 530 (snd_ich) 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: Tue, 28 Sep 2004 06:10:03 -0000 On Tue, Sep 28, 2004 at 04:07:12PM +1000, Jan Mikkelsen wrote: > Daniel O'Connor wrote: > > On Mon, 27 Sep 2004 16:27, > > janm-freebsd-current@transactionware.com wrote: > > > Hi, > > > > > > I've just started running RELENG_5 after having run > > RELENG_4 for a while. > > > > > > After upgrading to 5.3-BETA3 (fresh install from ISO), the > > sound volume is > > > very low. Running recent sources doesn't change things. > > > > > > I did have a similar problem with RELENG_4, but I could > > work around it by > > > explicitly loading snd_ich rather than snd_pcm. > > Unfortunately, that isn't > > > helping with 5.3-BETA. > > > > > > This is a Dell Precision 530 with an i860 chipset. > > > > > > Has anyone seen this before? Any suggestions? > > > > Try fiddling with the mixer settings? > > > > eg.. > > mixer pcm 100 > > mixer ogain 100 > > mixer vol 100 > > Thanks. > > Only "mixer ogain" and "mixer pcm" change the actual volume on this machine. > "mixer cd" does affect CD playback volume, but I need to increase ogain from > the default 50:50 to get an acceptable volume. hmm, are you playing cds through xmms? and if so, if you're using digital extraction rather than analog playback, then yes changing cd volume won't change anything. if you'd rather use analog (or like to check, i think its default to digital extraction) hope this makes things a little less mysterious! - ryan From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 06:32:15 2004 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 BFE3316A4CE for ; Tue, 28 Sep 2004 06:32:15 +0000 (GMT) Received: from gremlin.internode.com.au (gremlin.internode.com.au [192.83.231.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id D076943D1D for ; Tue, 28 Sep 2004 06:32:14 +0000 (GMT) (envelope-from adam@internode.com.au) Received: from gremlin.internode.com.au (localhost [127.0.0.1]) i8S6WDZ9058958; Tue, 28 Sep 2004 16:02:13 +0930 (CST) (envelope-from adam@internode.com.au) Received: (from adam@localhost) by gremlin.internode.com.au (8.13.1/8.13.1/Submit) id i8S6WDEi058957; Tue, 28 Sep 2004 16:02:13 +0930 (CST) (envelope-from adam@internode.com.au) X-Authentication-Warning: gremlin.internode.com.au: adam set sender to adam@internode.com.au using -f Date: Tue, 28 Sep 2004 16:02:12 +0930 From: Adam Smith To: Ion-Mihai Tetcu Message-ID: <20040928063212.GB58465@internode.com.au> Mail-Followup-To: Adam Smith , Ion-Mihai Tetcu , freebsd-current@freebsd.org References: <20040928022301.GE33535@internode.com.au> <20040928092126.1ddeb093@it.buh.tecnik93.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040928092126.1ddeb093@it.buh.tecnik93.com> X-Face: $vsV$1FNbZN\JVpjV#&+/!oVW`Kw$j?w_,te\SS}(tKD21c+l$t%\RCS(r$G; XXk]6,(!N:&(N3EV0bY`3):UrgG7'*qsj3l.75IaHV1<`i*{[L\:F*l6fH##C:-p2]xW/R-Z:!bo; 5g3GP-{I{}7O>tN}`Xm/=-:8NG?f-r'$Qc3y[aW-7'W_S<`KYU!_; `7K=kuC$-.7J2*kk=~`c@ADp+xhsv(!a@eW-R_5wtx+tC)(]%W+ User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Mixer settings revert to zero 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: Tue, 28 Sep 2004 06:32:15 -0000 On Tue, Sep 28, 2004 at 09:21:26AM +0300, Ion-Mihai Tetcu said: > On Tue, 28 Sep 2004 11:53:02 +0930 > > But this doesn't seem to be happening. The release notes also say the > > device driver's name is still pcm, however I couldn't find this in > > /boot/device.hints. In my particular case, I am using the device ich for > > my sound. > > *snip* > > At least for me not the detection is the problem, but the result is the same: Do you mean detection of the mixer itself, or the mixer detecting my sound device? My sound drivers are loaded as I have a /dev/dsp that works, but I think my mixer can't see my ich drivers. I have a /dev/mixer0. Adam -- Adam Smith Internode : http://www.internode.on.net Phone : (08) 8228 2999 Dog for sale: Eats lots and is fond of children. From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 06:47:31 2004 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 5F30A16A4CE for ; Tue, 28 Sep 2004 06:47:31 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 082CA43D1D for ; Tue, 28 Sep 2004 06:47:30 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8S6lKNa063959; Tue, 28 Sep 2004 16:17:22 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Jan Mikkelsen" Date: Tue, 28 Sep 2004 16:17:16 +0930 User-Agent: KMail/1.7 References: <00f901c4a521$65908390$0701a8c0@transactionware.com> In-Reply-To: <00f901c4a521$65908390$0701a8c0@transactionware.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart25497734.mB9cqtP7AS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409281617.16665.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-current@freebsd.org Subject: Re: Low volume sound on Dell Precision 530 (snd_ich) 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: Tue, 28 Sep 2004 06:47:31 -0000 --nextPart25497734.mB9cqtP7AS Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 28 Sep 2004 15:37, Jan Mikkelsen wrote: > Only "mixer ogain" and "mixer pcm" change the actual volume on this > machine. "mixer cd" does affect CD playback volume, but I need to increase > ogain from the default 50:50 to get an acceptable volume. > > "mixer vol" has no effect; the actual volume stays constant as I change > the volume from 0 to 100. This seems like a bug, but perhaps I'm missing > something. I think it depends on how your laptop is wired up. In mine vol controls the speaker volume, but ogain controls headphone volum= e. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart25497734.mB9cqtP7AS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBWQj05ZPcIHs/zowRApukAJ0T4nHU+wQd5rU9Y9N67cbldpfrbgCfY9Mg VF3LRR/SN6ISw6V3SO0WnYw= =cci+ -----END PGP SIGNATURE----- --nextPart25497734.mB9cqtP7AS-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 06:55:04 2004 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 21B7616A4CE for ; Tue, 28 Sep 2004 06:55:04 +0000 (GMT) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 395BB43D46 for ; Tue, 28 Sep 2004 06:55:02 +0000 (GMT) (envelope-from janm-freebsd-current@transactionware.com) Received: (qmail 38189 invoked from network); 28 Sep 2004 06:55:14 -0000 Received: from new.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 28 Sep 2004 06:55:14 -0000 Received: (qmail 29968 invoked by uid 1026); 28 Sep 2004 06:55:22 -0000 Received: from 192.168.1.7 by new.transactionware.com (envelope-from , uid 1003) with qmail-scanner-1.23 ( Clear:RC:1(192.168.1.7):. Processed in 1.723677 secs); 28 Sep 2004 06:55:00 -0000 Received: from unknown (HELO JMLAPTOP) (192.168.1.7) by new.transactionware.com with SMTP; 28 Sep 2004 06:55:19 -0000 From: "Jan Mikkelsen" To: "'Ryan Freeman'" Date: Tue, 28 Sep 2004 16:55:09 +1000 Organization: Transactionware Message-ID: <010901c4a528$186f03a0$0701a8c0@transactionware.com> 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, Build 10.0.6626 In-Reply-To: <20040928061019.GA97011@slipgate.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal cc: 'FreeBSD Mailing List' Subject: RE: Low volume sound on Dell Precision 530 (snd_ich) 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: Tue, 28 Sep 2004 06:55:04 -0000 Ryan Freeman wrote: [ "mixer vol" vs. "mixer cd" vs. "mixer ogain", etc. ] > hmm, are you playing cds through xmms? and if so, if you're > using digital > extraction rather than analog playback, then yes changing cd > volume won't > change anything. if you'd rather use analog (or like to > check, i think its > default to digital extraction) hope this makes things a > little less mysterious! For cd playback I'm using cdcontrol(1), so that is analog. For testing digital playback I was using the KDE "Test Sound" button. "mixer cd" does change the CD playback volume, it is "mixer vol" that doesn't change anything. I just installed xmms to see what it does. For digital playback, changing the xmms volume slider adjusts "pcm", not "vol". For analog playback, the xmms volume slider change volume (for three settings; "no mixer", "oss", and "cd drive"). The cdcontrol "volume" command does change the volume for playback and "mixer cd" does change volume for both cdcontrol playback and xmms analog playback (as expected). Regards, Jan Mikkelsen. From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 07:00:31 2004 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 AD74B16A4CE for ; Tue, 28 Sep 2004 07:00:31 +0000 (GMT) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 988BD43D3F for ; Tue, 28 Sep 2004 07:00:30 +0000 (GMT) (envelope-from janm-freebsd-current@transactionware.com) Received: (qmail 38216 invoked from network); 28 Sep 2004 07:00:35 -0000 Received: from new.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 28 Sep 2004 07:00:35 -0000 Received: (qmail 30030 invoked by uid 1026); 28 Sep 2004 07:00:43 -0000 Received: from 192.168.1.7 by new.transactionware.com (envelope-from , uid 1003) with qmail-scanner-1.23 ( Clear:RC:1(192.168.1.7):. Processed in 1.739434 secs); 28 Sep 2004 07:00:21 -0000 Received: from unknown (HELO JMLAPTOP) (192.168.1.7) by new.transactionware.com with SMTP; 28 Sep 2004 07:00:41 -0000 From: "Jan Mikkelsen" To: "'Daniel O'Connor'" Date: Tue, 28 Sep 2004 17:00:31 +1000 Organization: Transactionware Message-ID: <012701c4a528$d805a520$0701a8c0@transactionware.com> 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, Build 10.0.6626 In-Reply-To: <200409281617.16665.doconnor@gsoft.com.au> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal cc: freebsd-current@freebsd.org Subject: RE: Low volume sound on Dell Precision 530 (snd_ich) 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: Tue, 28 Sep 2004 07:00:31 -0000 Daniel O'Connor wrote: > On Tue, 28 Sep 2004 15:37, Jan Mikkelsen wrote: > > Only "mixer ogain" and "mixer pcm" change the actual volume on this > > machine. "mixer cd" does affect CD playback volume, but I > need to increase > > ogain from the default 50:50 to get an acceptable volume. > > > > "mixer vol" has no effect; the actual volume stays > constant as I change > > the volume from 0 to 100. This seems like a bug, but > perhaps I'm missing > > something. > > I think it depends on how your laptop is wired up. > > In mine vol controls the speaker volume, but ogain controls > headphone volume. This is a physically large 2 Xeon desktop, so it would really nifty if I could rewire it as a laptop! I just tried the headphone socket: same behaviour. "mixer vol" has no effect. I'll just ignore it; it seems that applications know to adjust "pcm". The real issue is knowing to increase "ogain" to get a reasonable base. Thanks, Jan. From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 07:00:55 2004 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 31FDE16A4CF for ; Tue, 28 Sep 2004 07:00:55 +0000 (GMT) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAF5C43D2D for ; Tue, 28 Sep 2004 07:00:54 +0000 (GMT) (envelope-from philip@nixsys.be) Received: from loge.nixsys.be (loge.nixsys.be [195.144.77.45]) by gateway.nixsys.be (Postfix) with ESMTP id 14A60B7 for ; Tue, 28 Sep 2004 09:00:54 +0200 (CEST) Received: from loge.nixsys.be (philip@localhost [127.0.0.1]) by loge.nixsys.be (8.13.1/8.13.1) with ESMTP id i8S70rWt018272; Tue, 28 Sep 2004 09:00:53 +0200 (CEST) (envelope-from philip@loge.nixsys.be) Received: (from philip@localhost) by loge.nixsys.be (8.13.1/8.13.1/Submit) id i8S70ofG018131; Tue, 28 Sep 2004 09:00:50 +0200 (CEST) (envelope-from philip) Date: Tue, 28 Sep 2004 09:00:49 +0200 From: Philip Paeps To: George Hartzell Message-ID: <20040928070049.GD626@loge.nixsys.be> Mail-Followup-To: George Hartzell , Sean McNeil , current@freebsd.org References: <20040927111438.GA865@genius.tao.org.uk> <1096290034.23046.82.camel@linux-mobile.example.net> <20040927143811.GA87515@sysmon.tcworks.net> <4158338A.9090309@pythonemproject.com> <16728.33607.716813.703551@satchel.alerce.com> <1096320933.42513.9.camel@server.mcneil.com> <16728.36042.147168.928629@satchel.alerce.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16728.36042.147168.928629@satchel.alerce.com> X-Date-in-Rome: ante diem IV Kalendas Octobres MMDCCLVII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: Laptop recommendations? 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: Tue, 28 Sep 2004 07:00:55 -0000 On 2004-09-27 14:57:30 (-0700), George Hartzell wrote: > Sean McNeil writes: > > On Mon, 2004-09-27 at 14:16, George Hartzell wrote: > > > Except for the D#@% caps lock key. It's IN THE WRONG PLACE and apparent > > > best tool for swapping it around (uControl) doesn't work reliably and > > > the dang led stays on anyway.... > > > > Huh? I'm looking at my powerbook right now and the caps lock key is in > > the exact same place as it is on my logitec keyboard and my compaq laptop. > > Only difference that I see is the backspace key says delete and there is > > no "delete" key that kills the character on the cursor. > > Yeah, I'm an old weirdo [who also uses emacs a lot]. I feel your pain :-P > I grew up with the control key being that big sucker just to the left of the > 'A' key, and reaching down and under to the bottom row bothers my left > wrist/hand. A lot of people look at me very strangely when I tell them that I map 'that big key' (whether it's a control on unix keyboards or a capslock on newer pc keyboards) to send escape. It makes working in vi a lot more fun :-) - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. BOFH Excuse #213: Change your language to Finnish. From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 07:14:18 2004 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 790FE16A4CE for ; Tue, 28 Sep 2004 07:14:18 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id DACFA43D41 for ; Tue, 28 Sep 2004 07:14:17 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i8S7D79q081386 for ; Tue, 28 Sep 2004 03:13:07 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-70uryfpLkkS2XpLw/Sln" Organization: MarcusCom, Inc. Message-Id: <1096355644.96789.29.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 28 Sep 2004 03:14:04 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: ACPI and devd 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: Tue, 28 Sep 2004 07:14:18 -0000 --=-70uryfpLkkS2XpLw/Sln Content-Type: multipart/mixed; boundary="=-9JMCn2JJpTpdT2Kfr7H5" --=-9JMCn2JJpTpdT2Kfr7H5 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I was trying to get ACPI to send ACAD events through devd, but that doesn't seem to be working. What I've done is connected a small Perl script to devd.pipe to read events. I plugged in a USB pen drive to make sure it was working, and I did see the device add and remove events. However, when I unplug the power from my Inspiron 5150, I don't get any events on the devd socket. I see numerous ACPI examples in devd.conf, so I'm pretty sure this is supposed to work. I'm running 5.3-BETA6 on my laptop. The script is attached just in case. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-9JMCn2JJpTpdT2Kfr7H5-- --=-70uryfpLkkS2XpLw/Sln Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBWQ88b2iPiv4Uz4cRAj/2AJ9wSHj+N9e+vU/QgyvaUI/M1jKWrwCgiN06 qqaR0KlgukSiM5xe1AYThRE= =QaGY -----END PGP SIGNATURE----- --=-70uryfpLkkS2XpLw/Sln-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 07:18:10 2004 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 3102316A4CE for ; Tue, 28 Sep 2004 07:18:10 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9759C43D49 for ; Tue, 28 Sep 2004 07:18:06 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8S7Hwsf044091; Tue, 28 Sep 2004 10:17:58 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 76295-04; Tue, 28 Sep 2004 10:17:57 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8S7HvYm044088 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Sep 2004 10:17:57 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8S7Hwqi015170; Tue, 28 Sep 2004 10:17:58 +0300 (EEST) (envelope-from ru) Date: Tue, 28 Sep 2004 10:17:58 +0300 From: Ruslan Ermilov To: Xin LI Message-ID: <20040928071758.GB14942@ip.net.ua> References: <20040927224353.845381B217@merlin.emma.line.org> <20040928043351.GA2400@frontfree.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dTy3Mrz/UPE2dbVg" Content-Disposition: inline In-Reply-To: <20040928043351.GA2400@frontfree.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: Matthias Andree cc: current@FreeBSD.org Subject: Re: bin/72138: libc.so.5 isn't installed in a safe way 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: Tue, 28 Sep 2004 07:18:10 -0000 --dTy3Mrz/UPE2dbVg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Xin and Matthias, On Tue, Sep 28, 2004 at 12:33:51PM +0800, Xin LI wrote: > (-CURRENT is cc'ed for a boarder review) >=20 > I fell like this idea, and here is the patch for review: >=20 > Index: Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /r/ncvs/src/lib/libc/Makefile,v > retrieving revision 1.52 > diff -u -r1.52 Makefile > --- Makefile 14 May 2004 12:04:29 -0000 1.52 > +++ Makefile 28 Sep 2004 04:30:26 -0000 > @@ -16,6 +16,7 @@ > CFLAGS+=3D-I${.CURDIR}/include -I${.CURDIR}/../../include > CFLAGS+=3D-I${.CURDIR}/${MACHINE_ARCH} > CLEANFILES+=3Dtags > +SHLINSTALLFLAGS+=3D -S > INSTALL_PIC_ARCHIVE=3D yes > PRECIOUSLIB=3D yes > =20 I like the idea so much, that I suggest this instead: %%% Index: bsd.lib.mk =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/share/mk/bsd.lib.mk,v retrieving revision 1.160 diff -u -r1.160 bsd.lib.mk --- bsd.lib.mk 7 May 2004 09:58:36 -0000 1.160 +++ bsd.lib.mk 28 Sep 2004 07:13:18 -0000 @@ -187,9 +187,12 @@ =20 .if !target(install) =20 -.if defined(PRECIOUSLIB) && !defined(NOFSCHG) +.if defined(PRECIOUSLIB) +.if !defined(NOFSCHG) SHLINSTALLFLAGS+=3D -fschg .endif +SHLINSTALLFLAGS+=3D -S +.endif =20 _INSTALLFLAGS:=3D ${INSTALLFLAGS} .for ie in ${INSTALLFLAGS_EDIT} %%% If you like it, please feel free to commit. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --dTy3Mrz/UPE2dbVg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWRAlqRfpzJluFF4RAqhAAKCdYvkRuzjVqVPlZAfCPcnR8YPXlACePdLi waNgkgCAjigy90hmt9SUqM0= =5sI4 -----END PGP SIGNATURE----- --dTy3Mrz/UPE2dbVg-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 07:26:40 2004 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 D4CAF16A4CE for ; Tue, 28 Sep 2004 07:26:40 +0000 (GMT) Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net [24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82C2A43D4C for ; Tue, 28 Sep 2004 07:26:40 +0000 (GMT) (envelope-from ryan@slipgate.org) Received: from ryan.lan (gate.lan [192.168.1.1]) by slipgate.org (8.12.11/8.12.11) with ESMTP id i8S7QARh000514; Tue, 28 Sep 2004 00:26:10 -0700 (PDT) Received: from ryan.lan (localhost [127.0.0.1]) by ryan.lan (8.13.1/8.13.1) with ESMTP id i8S7QwD6013706; Tue, 28 Sep 2004 00:26:58 -0700 (PDT) (envelope-from ryan@slipgate.org) Received: (from ryan@localhost) by ryan.lan (8.13.1/8.13.1/Submit) id i8S7QvOg013705; Tue, 28 Sep 2004 00:26:57 -0700 (PDT) (envelope-from ryan@slipgate.org) X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using -f Date: Tue, 28 Sep 2004 00:26:57 -0700 From: Ryan Freeman To: Jan Mikkelsen Message-ID: <20040928072657.GA13680@slipgate.org> References: <20040928061019.GA97011@slipgate.org> <010901c4a528$186f03a0$0701a8c0@transactionware.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <010901c4a528$186f03a0$0701a8c0@transactionware.com> User-Agent: Mutt/1.4.2.1i cc: FreeBSD Mailing List Subject: Re: Low volume sound on Dell Precision 530 (snd_ich) 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: Tue, 28 Sep 2004 07:26:41 -0000 On Tue, Sep 28, 2004 at 04:55:09PM +1000, Jan Mikkelsen wrote: > Ryan Freeman wrote: > [ "mixer vol" vs. "mixer cd" vs. "mixer ogain", etc. ] > > hmm, are you playing cds through xmms? and if so, if you're > > using digital > > extraction rather than analog playback, then yes changing cd > > volume won't > > change anything. if you'd rather use analog (or like to > > check, i think its > > default to digital extraction) hope this makes things a > > little less mysterious! > > For cd playback I'm using cdcontrol(1), so that is analog. For testing > digital playback I was using the KDE "Test Sound" button. > > "mixer cd" does change the CD playback volume, it is "mixer vol" that > doesn't change anything. > > I just installed xmms to see what it does. For digital playback, changing > the xmms volume slider adjusts "pcm", not "vol". For analog playback, the if you want it to control vol, go to the xmms preferences, then configure oss driver output plugin. under the mixer tab, select "Volume controls Master not PCM". however, if your master volume does nothing, you might not want that ;) - ryan From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 07:41:05 2004 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 B8F7816A4CE for ; Tue, 28 Sep 2004 07:41:05 +0000 (GMT) Received: from msweeper.ntmk.ru (msweeper.ntmk.ru [217.114.241.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3996743D1D for ; Tue, 28 Sep 2004 07:41:01 +0000 (GMT) (envelope-from boris@ntmk.ru) Received: from mail.ntmk.ru (unverified) by msweeper.ntmk.ru (Content Technologies SMTPRS 4.3.14) with ESMTP id for ; Tue, 28 Sep 2004 01:43:37 +0500 Received: from boris.nikom.ru ([10.1.16.195] helo=ntmk.ru) by mail.ntmk.ru with esmtp (Exim 4.34) id 1CCCbY-0006ho-Ug for freebsd-current@freebsd.org; Tue, 28 Sep 2004 13:40:57 +0600 Message-ID: <41591591.9070608@ntmk.ru> Date: Tue, 28 Sep 2004 13:41:05 +0600 From: Boris Kovalenko User-Agent: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.6) Gecko/20040117 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: freebsd-current Content-Type: multipart/mixed; boundary="------------010505010807020103070901" Subject: REGRESSION!!!: Problems running Xorg and XFree with 5.3B4, B5, B6and HP D330m uT 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: Tue, 28 Sep 2004 07:41:05 -0000 This is a multi-part message in MIME format. --------------010505010807020103070901 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hello! I have troubles running Xorg and XFree with 5.3B4, B5, B6. The computer is HP D330m uT with i865G on-board. There is no problems with this configuration on 5.2.1-RELEASE. May someone help me and point what is wrong? Logs and configurations attached. -- With respect, Boris ********************************************************************** This message contains no virus. --------------010505010807020103070901 Content-Type: text/plain; name="BSYS" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="BSYS" # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.417 2004/09/10 20:57:46 wpaul Exp $ machine i386 #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident BSYS # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device #options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. # Debugging for use in -current #options KDB # Enable kernel debugger support. #options DDB # Support DDB. #options GDB # Support remote GDB. #options INVARIANTS # Enable calls of extra sanity checking #options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) #device ch # SCSI media changers device da # Direct Access (disks) #device sa # Sequential Access (tape etc) #device cd # CD #device pass # Passthrough device (direct SCSI access) #device ses # SCSI Environmental Services (and SAF-TE) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bge # Broadcom BCM570xx Gigabit Ethernet # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse # sound device sound # options HZ=1000 --------------010505010807020103070901 Content-Type: text/plain; name="messages" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="messages" Sep 28 13:31:13 boris kernel: Copyright (c) 1992-2004 The FreeBSD Project. Sep 28 13:31:13 boris kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Sep 28 13:31:13 boris kernel: The Regents of the University of California. All rights reserved. Sep 28 13:31:13 boris kernel: FreeBSD 5.3-BETA6 #1: Tue Sep 28 13:25:30 YEKST 2004 Sep 28 13:31:13 boris kernel: root@boris.nikom.ru:/usr/obj/usr/src/sys/BSYS Sep 28 13:31:13 boris kernel: MPTable: Sep 28 13:31:13 boris kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Sep 28 13:31:13 boris kernel: CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.20-MHz 686-class CPU) Sep 28 13:31:13 boris kernel: Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Sep 28 13:31:13 boris kernel: Features=0xbfebfbff Sep 28 13:31:13 boris kernel: Hyperthreading: 2 logical CPUs Sep 28 13:31:13 boris kernel: real memory = 528351232 (503 MB) Sep 28 13:31:13 boris kernel: avail memory = 511541248 (487 MB) Sep 28 13:31:13 boris kernel: ioapic0: Changing APIC ID to 1 Sep 28 13:31:13 boris kernel: ioapic0: Assuming intbase of 0 Sep 28 13:31:13 boris kernel: ioapic0 irqs 0-23 on motherboard Sep 28 13:31:13 boris kernel: npx0: [FAST] Sep 28 13:31:13 boris kernel: npx0: on motherboard Sep 28 13:31:13 boris kernel: npx0: INT 16 interface Sep 28 13:31:13 boris kernel: pcib0: pcibus 0 on motherboard Sep 28 13:31:13 boris kernel: pci0: on pcib0 Sep 28 13:31:13 boris kernel: agp0: port 0x14e0-0x14e7 mem 0xf8400000-0xf847ffff,0xf0000000-0xf7ffffff irq 16 at device 2.0 on pci0 Sep 28 13:31:13 boris kernel: agp0: detected 8060k stolen memory Sep 28 13:31:13 boris kernel: agp0: aperture size is 128M Sep 28 13:31:13 boris kernel: uhci0: port 0x1440-0x145f irq 16 at device 29.0 on pci0 Sep 28 13:31:13 boris kernel: uhci0: [GIANT-LOCKED] Sep 28 13:31:13 boris kernel: usb0: on uhci0 Sep 28 13:31:13 boris kernel: usb0: USB revision 1.0 Sep 28 13:31:13 boris kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Sep 28 13:31:13 boris kernel: uhub0: 2 ports with 2 removable, self powered Sep 28 13:31:13 boris kernel: uhci1: port 0x1460-0x147f irq 19 at device 29.1 on pci0 Sep 28 13:31:13 boris kernel: uhci1: [GIANT-LOCKED] Sep 28 13:31:13 boris kernel: usb1: on uhci1 Sep 28 13:31:13 boris kernel: usb1: USB revision 1.0 Sep 28 13:31:13 boris kernel: uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Sep 28 13:31:13 boris kernel: uhub1: 2 ports with 2 removable, self powered Sep 28 13:31:13 boris kernel: uhci2: port 0x1480-0x149f irq 18 at device 29.2 on pci0 Sep 28 13:31:13 boris kernel: uhci2: [GIANT-LOCKED] Sep 28 13:31:13 boris kernel: usb2: on uhci2 Sep 28 13:31:13 boris kernel: usb2: USB revision 1.0 Sep 28 13:31:13 boris kernel: uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Sep 28 13:31:13 boris kernel: uhub2: 2 ports with 2 removable, self powered Sep 28 13:31:13 boris kernel: pci0: at device 29.7 (no driver attached) Sep 28 13:31:13 boris kernel: pcib1: at device 30.0 on pci0 Sep 28 13:31:13 boris kernel: pci5: on pcib1 Sep 28 13:31:13 boris kernel: bge0: mem 0xf8500000-0xf850ffff irq 20 at device 2.0 on pci5 Sep 28 13:31:13 boris kernel: miibus0: on bge0 Sep 28 13:31:13 boris kernel: brgphy0: on miibus0 Sep 28 13:31:13 boris kernel: brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto Sep 28 13:31:13 boris kernel: bge0: Ethernet address: 00:0f:20:70:b3:fb Sep 28 13:31:13 boris kernel: isab0: at device 31.0 on pci0 Sep 28 13:31:13 boris kernel: isa0: on isab0 Sep 28 13:31:13 boris kernel: atapci0: port 0x14c0-0x14cf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 18 at device 31.1 on pci0 Sep 28 13:31:13 boris kernel: ata0: channel #0 on atapci0 Sep 28 13:31:13 boris kernel: ata1: channel #1 on atapci0 Sep 28 13:31:13 boris kernel: atapci1: port 0x14d0-0x14df,0x1814-0x1817,0x1800-0x1807,0x1810-0x1813,0x14f8-0x14ff irq 18 at device 31.2 on pci0 Sep 28 13:31:13 boris kernel: ata2: channel #0 on atapci1 Sep 28 13:31:13 boris kernel: ata3: channel #1 on atapci1 Sep 28 13:31:13 boris kernel: pcm0: port 0x1400-0x143f,0x1000-0x10ff mem 0xf8480600-0xf84806ff,0xf8480400-0xf84805ff irq 17 at device 31.5 on pci0 Sep 28 13:31:13 boris kernel: pcm0: [GIANT-LOCKED] Sep 28 13:31:13 boris kernel: pcm0: Sep 28 13:31:13 boris kernel: cpu0 on motherboard Sep 28 13:31:13 boris kernel: pnpbios: error 0/82 getting device count/size limit Sep 28 13:31:13 boris kernel: orm0: at iomem 0xc0000-0xc9fff on isa0 Sep 28 13:31:13 boris kernel: pmtimer0 on isa0 Sep 28 13:31:13 boris kernel: atkbdc0: at port 0x64,0x60 on isa0 Sep 28 13:31:13 boris kernel: atkbd0: irq 1 on atkbdc0 Sep 28 13:31:13 boris kernel: kbd0 at atkbd0 Sep 28 13:31:13 boris kernel: atkbd0: [GIANT-LOCKED] Sep 28 13:31:13 boris kernel: psm0: irq 12 on atkbdc0 Sep 28 13:31:13 boris kernel: psm0: [GIANT-LOCKED] Sep 28 13:31:13 boris kernel: psm0: model IntelliMouse, device ID 3 Sep 28 13:31:13 boris kernel: fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 Sep 28 13:31:13 boris kernel: fdc0: [FAST] Sep 28 13:31:13 boris kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Sep 28 13:31:13 boris kernel: ppc0: at port 0x378-0x37f irq 7 on isa0 Sep 28 13:31:13 boris kernel: ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode Sep 28 13:31:13 boris kernel: ppc0: FIFO with 16/16/13 bytes threshold Sep 28 13:31:13 boris kernel: ppbus0: on ppc0 Sep 28 13:31:13 boris kernel: lpt0: on ppbus0 Sep 28 13:31:13 boris kernel: lpt0: Interrupt-driven port Sep 28 13:31:13 boris kernel: sc0: at flags 0x100 on isa0 Sep 28 13:31:13 boris kernel: sc0: VGA <16 virtual consoles, flags=0x300> Sep 28 13:31:13 boris kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 Sep 28 13:31:13 boris kernel: sio0: type 16550A Sep 28 13:31:13 boris kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Sep 28 13:31:13 boris kernel: Timecounter "TSC" frequency 2793197072 Hz quality 800 Sep 28 13:31:13 boris kernel: Timecounters tick every 1.000 msec Sep 28 13:31:13 boris kernel: ATAPI_RESET time = 40us Sep 28 13:31:13 boris kernel: acd0: CDROM at ata1-master PIO4 Sep 28 13:31:13 boris kernel: ad4: 76319MB [155061/16/63] at ata2-master SATA150 Sep 28 13:31:13 boris kernel: Mounting root from ufs:/dev/ad4s1a Sep 28 13:31:13 boris kernel: bge0: firmware handshake timed out Sep 28 13:31:13 boris kernel: bge0: RX CPU self-diagnostics failed! Sep 28 13:31:13 boris named[257]: starting BIND 9.3.0 -u bind Sep 28 13:31:13 boris named[257]: command channel listening on 127.0.0.1#953 Sep 28 13:31:31 boris kernel: bge0: watchdog timeout -- resetting Sep 28 13:31:52 boris su: boris to root on /dev/ttyp0 --------------010505010807020103070901 Content-Type: text/plain; name="XF86Config.new" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="XF86Config.new" Section "ServerLayout" Identifier "XFree86 Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" ModulePath "/usr/X11R6/lib/modules" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/TTF/" FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/CID/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" EndSection Section "Module" Load "extmod" Load "glx" Load "dri" Load "dbe" Load "record" Load "xtrap" Load "speedo" Load "type1" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "keyboard" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Sony" ModelName "Multiscan 200ES" HorizSync 30 - 70 VertRefresh 50 - 120 Option "DPMS" EndSection Section "Device" ### Available Driver options are:- ### Values:
: integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "NoAccel" # [] #Option "SWcursor" # [] #Option "ColorKey" # #Option "CacheLines" # #Option "Dac6Bit" # [] #Option "DRI" # [] #Option "NoDDC" # [] #Option "ShowCache" # [] #Option "XvMCSurfaces" # #Option "PageFlip" # [] Identifier "Card0" Driver "i810" VideoRam 65536 VendorName "Intel Corp." BoardName "82865G Integrated Graphics Device" BusID "PCI:0:2:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 1 EndSubSection SubSection "Display" Viewport 0 0 Depth 4 EndSubSection SubSection "Display" Viewport 0 0 Depth 8 EndSubSection SubSection "Display" Viewport 0 0 Depth 15 EndSubSection SubSection "Display" Viewport 0 0 Depth 16 EndSubSection SubSection "Display" Viewport 0 0 Depth 24 Modes "1024x768" "800x600" EndSubSection EndSection --------------010505010807020103070901 Content-Type: text/plain; name="XFree86.0.log" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="XFree86.0.log" _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 _XSERVTransOpen: transport open failed for inet6/boris.nikom.ru:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 XFree86 Version 4.4.0 Release Date: 29 February 2004 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: FreeBSD 5.3 i386 [ELF] Current Operating System: FreeBSD boris.nikom.ru 5.3-BETA6 FreeBSD 5.3-BETA6 #1: Tue Sep 28 13:25:30 YEKST 2004 root@boris.nikom.ru:/usr/obj/usr/src/sys/BSYS i386 Build Date: 28 September 2004 Changelog Date: 29 February 2004 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Tue Sep 28 13:32:35 2004 (++) Using config file: "XF86Config.new" (==) ServerLayout "XFree86 Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (==) Keyboard: CustomKeycode disabled (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (**) ModulePath set to "/usr/X11R6/lib/modules" (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.7 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on freebsd (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.7 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2570 card 103c,12bc rev 02 class 06,00,00 hdr 00 (II) PCI: 00:02:0: chip 8086,2572 card 103c,12bc rev 02 class 03,00,00 hdr 00 (II) PCI: 00:1d:0: chip 8086,24d2 card 103c,12bc rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,24d4 card 103c,12bc rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,24d7 card 103c,12bc rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,24dd card 103c,12bc rev 02 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,244e card 0000,0000 rev c2 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,24d0 card 0000,0000 rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,24db card 103c,12bc rev 02 class 01,01,8a hdr 00 (II) PCI: 00:1f:2: chip 8086,24d1 card 103c,12bc rev 02 class 01,01,8f hdr 00 (II) PCI: 00:1f:5: chip 8086,24d5 card 103c,12bc rev 02 class 04,01,00 hdr 00 (II) PCI: 05:02:0: chip 14e4,1696 card 103c,12bc rev 03 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,5), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 5: bridge is at (0:30:0), (0,5,5), BCTRL: 0x0006 (VGA_EN is cleared) (II) Bus 5 non-prefetchable memory range: [0] -1 0 0xf8500000 - 0xf87fffff (0x300000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(0:2:0) Intel Corp. 82865G Integrated Graphics Device rev 2, Mem @ 0xf0000000/27, 0xf8400000/19, I/O @ 0x14e0/3 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) PCI Memory resource overlap reduced 0xe8000000 from 0xefffffff to 0xe7ffffff (II) Active PCI resource ranges: [0] -1 0 0xf8500000 - 0xf85fffff (0x100000) MX[B]E [1] -1 0 0xf8480600 - 0xf84807ff (0x200) MX[B]E [2] -1 0 0xf8480400 - 0xf84807ff (0x400) MX[B]E [3] -1 0 0xf8480000 - 0xf84fffff (0x80000) MX[B]E [4] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]EO [5] -1 0 0xf8400000 - 0xf847ffff (0x80000) MX[B](B) [6] -1 0 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) [7] -1 0 0x00001400 - 0x000014ff (0x100) IX[B]E [8] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E [9] -1 0 0x000014d0 - 0x000014df (0x10) IX[B]E [10] -1 0 0x00001814 - 0x00001817 (0x4) IX[B]E [11] -1 0 0x00001800 - 0x000018ff (0x100) IX[B]E [12] -1 0 0x00001810 - 0x0000181f (0x10) IX[B]E [13] -1 0 0x000014f8 - 0x000014ff (0x8) IX[B]E [14] -1 0 0x000014c0 - 0x000014ff (0x40) IX[B]E [15] -1 0 0x0000180c - 0x0000180f (0x4) IX[B]E [16] -1 0 0x000014f0 - 0x000014ff (0x10) IX[B]E [17] -1 0 0x00001808 - 0x0000180f (0x8) IX[B]E [18] -1 0 0x000014e8 - 0x000014ef (0x8) IX[B]E [19] -1 0 0x00001480 - 0x000014ff (0x80) IX[B]E [20] -1 0 0x00001460 - 0x0000147f (0x20) IX[B]E [21] -1 0 0x00001440 - 0x0000147f (0x40) IX[B]E [22] -1 0 0x000014e0 - 0x000014e7 (0x8) IX[B](B) (II) PCI Memory resource overlap reduced 0xf8480400 from 0xf84807ff to 0xf84805ff (II) PCI I/O resource overlap reduced 0x00001400 from 0x000014ff to 0x0000143f (II) PCI I/O resource overlap reduced 0x00001800 from 0x000018ff to 0x00001807 (II) PCI I/O resource overlap reduced 0x00001810 from 0x0000181f to 0x00001813 (II) PCI I/O resource overlap reduced 0x000014c0 from 0x000014ff to 0x000014cf (II) PCI I/O resource overlap reduced 0x000014f0 from 0x000014ff to 0x000014f7 (II) PCI I/O resource overlap reduced 0x00001808 from 0x0000180f to 0x0000180b (II) PCI Memory resource overlap reduced 0xf8480000 from 0xf84fffff to 0xf84803ff (II) PCI I/O resource overlap reduced 0x00001480 from 0x000014ff to 0x000014bf (II) PCI I/O resource overlap reduced 0x00001440 from 0x0000147f to 0x0000145f (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xf8500000 - 0xf85fffff (0x100000) MX[B]E [1] -1 0 0xf8480600 - 0xf84807ff (0x200) MX[B]E [2] -1 0 0xf8480400 - 0xf84805ff (0x200) MX[B]E [3] -1 0 0xf8480000 - 0xf84803ff (0x400) MX[B]E [4] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]EO [5] -1 0 0xf8400000 - 0xf847ffff (0x80000) MX[B](B) [6] -1 0 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) [7] -1 0 0x00001400 - 0x0000143f (0x40) IX[B]E [8] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E [9] -1 0 0x000014d0 - 0x000014df (0x10) IX[B]E [10] -1 0 0x00001814 - 0x00001817 (0x4) IX[B]E [11] -1 0 0x00001800 - 0x00001807 (0x8) IX[B]E [12] -1 0 0x00001810 - 0x00001813 (0x4) IX[B]E [13] -1 0 0x000014f8 - 0x000014ff (0x8) IX[B]E [14] -1 0 0x000014c0 - 0x000014cf (0x10) IX[B]E [15] -1 0 0x0000180c - 0x0000180f (0x4) IX[B]E [16] -1 0 0x000014f0 - 0x000014f7 (0x8) IX[B]E [17] -1 0 0x00001808 - 0x0000180b (0x4) IX[B]E [18] -1 0 0x000014e8 - 0x000014ef (0x8) IX[B]E [19] -1 0 0x00001480 - 0x000014bf (0x40) IX[B]E [20] -1 0 0x00001460 - 0x0000147f (0x20) IX[B]E [21] -1 0 0x00001440 - 0x0000145f (0x20) IX[B]E [22] -1 0 0x000014e0 - 0x000014e7 (0x8) IX[B](B) (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xf8500000 - 0xf85fffff (0x100000) MX[B]E [6] -1 0 0xf8480600 - 0xf84807ff (0x200) MX[B]E [7] -1 0 0xf8480400 - 0xf84805ff (0x200) MX[B]E [8] -1 0 0xf8480000 - 0xf84803ff (0x400) MX[B]E [9] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]EO [10] -1 0 0xf8400000 - 0xf847ffff (0x80000) MX[B](B) [11] -1 0 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) [12] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [13] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [14] -1 0 0x00001400 - 0x0000143f (0x40) IX[B]E [15] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E [16] -1 0 0x000014d0 - 0x000014df (0x10) IX[B]E [17] -1 0 0x00001814 - 0x00001817 (0x4) IX[B]E [18] -1 0 0x00001800 - 0x00001807 (0x8) IX[B]E [19] -1 0 0x00001810 - 0x00001813 (0x4) IX[B]E [20] -1 0 0x000014f8 - 0x000014ff (0x8) IX[B]E [21] -1 0 0x000014c0 - 0x000014cf (0x10) IX[B]E [22] -1 0 0x0000180c - 0x0000180f (0x4) IX[B]E [23] -1 0 0x000014f0 - 0x000014f7 (0x8) IX[B]E [24] -1 0 0x00001808 - 0x0000180b (0x4) IX[B]E [25] -1 0 0x000014e8 - 0x000014ef (0x8) IX[B]E [26] -1 0 0x00001480 - 0x000014bf (0x40) IX[B]E [27] -1 0 0x00001460 - 0x0000147f (0x20) IX[B]E [28] -1 0 0x00001440 - 0x0000145f (0x20) IX[B]E [29] -1 0 0x000014e0 - 0x000014e7 (0x8) IX[B](B) (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension FontCache (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "glx" (II) Loading /usr/X11R6/lib/modules/extensions/libglx.a (II) Module glx: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Server Extension, version 0.2 (II) Loading sub module "GLcore" (II) LoadModule: "GLcore" (II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.a (II) Module GLcore: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension GLX (II) LoadModule: "dri" (II) Loading /usr/X11R6/lib/modules/extensions/libdri.a (II) Module dri: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Server Extension, version 0.2 (II) Loading sub module "drm" (II) LoadModule: "drm" (II) Loading /usr/X11R6/lib/modules/freebsd/libdrm.a (II) Module drm: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension XFree86-DRI (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "record" (II) Loading /usr/X11R6/lib/modules/extensions/librecord.a (II) Module record: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.13.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension RECORD (II) LoadModule: "xtrap" (II) Loading /usr/X11R6/lib/modules/extensions/libxtrap.a (II) Module xtrap: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension DEC-XTRAP (II) LoadModule: "speedo" (II) Loading /usr/X11R6/lib/modules/fonts/libspeedo.a (II) Module speedo: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.1 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Speedo (II) LoadModule: "type1" (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.2 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Type1 (II) Loading font CID (II) LoadModule: "i810" (II) Loading /usr/X11R6/lib/modules/drivers/i810_drv.o (II) Module i810: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.3.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.7 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 Module class: XFree86 XInput Driver ABI class: XFree86 XInput driver, version 0.4 (II) I810: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G (II) Primary Device is: PCI 00:02:0 (--) Chipset 865G found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xf8500000 - 0xf85fffff (0x100000) MX[B]E [6] -1 0 0xf8480600 - 0xf84807ff (0x200) MX[B]E [7] -1 0 0xf8480400 - 0xf84805ff (0x200) MX[B]E [8] -1 0 0xf8480000 - 0xf84803ff (0x400) MX[B]E [9] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]EO [10] -1 0 0xf8400000 - 0xf847ffff (0x80000) MX[B](B) [11] -1 0 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) [12] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [13] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [14] -1 0 0x00001400 - 0x0000143f (0x40) IX[B]E [15] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E [16] -1 0 0x000014d0 - 0x000014df (0x10) IX[B]E [17] -1 0 0x00001814 - 0x00001817 (0x4) IX[B]E [18] -1 0 0x00001800 - 0x00001807 (0x8) IX[B]E [19] -1 0 0x00001810 - 0x00001813 (0x4) IX[B]E [20] -1 0 0x000014f8 - 0x000014ff (0x8) IX[B]E [21] -1 0 0x000014c0 - 0x000014cf (0x10) IX[B]E [22] -1 0 0x0000180c - 0x0000180f (0x4) IX[B]E [23] -1 0 0x000014f0 - 0x000014f7 (0x8) IX[B]E [24] -1 0 0x00001808 - 0x0000180b (0x4) IX[B]E [25] -1 0 0x000014e8 - 0x000014ef (0x8) IX[B]E [26] -1 0 0x00001480 - 0x000014bf (0x40) IX[B]E [27] -1 0 0x00001460 - 0x0000147f (0x20) IX[B]E [28] -1 0 0x00001440 - 0x0000145f (0x20) IX[B]E [29] -1 0 0x000014e0 - 0x000014e7 (0x8) IX[B](B) (WW) ****INVALID IO ALLOCATION**** b: 0x14e0 e: 0x14e7 correcting (II) window: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) resSize: [0] -1 0 0x00000000 - 0xffffffff (0x0) IX[B] (II) window fixed: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) resource ranges after probing: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xf8500000 - 0xf85fffff (0x100000) MX[B]E [6] -1 0 0xf8480600 - 0xf84807ff (0x200) MX[B]E [7] -1 0 0xf8480400 - 0xf84805ff (0x200) MX[B]E [8] -1 0 0xf8480000 - 0xf84803ff (0x400) MX[B]E [9] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]EO [10] -1 0 0xf8400000 - 0xf847ffff (0x80000) MX[B](B) [11] -1 0 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) [12] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [13] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [14] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [15] -1 0 0x00000400 - 0x00000407 (0x8) IX[B](B) [16] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [17] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [18] -1 0 0x00001400 - 0x0000143f (0x40) IX[B]E [19] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E [20] -1 0 0x000014d0 - 0x000014df (0x10) IX[B]E [21] -1 0 0x00001814 - 0x00001817 (0x4) IX[B]E [22] -1 0 0x00001800 - 0x00001807 (0x8) IX[B]E [23] -1 0 0x00001810 - 0x00001813 (0x4) IX[B]E [24] -1 0 0x000014f8 - 0x000014ff (0x8) IX[B]E [25] -1 0 0x000014c0 - 0x000014cf (0x10) IX[B]E [26] -1 0 0x0000180c - 0x0000180f (0x4) IX[B]E [27] -1 0 0x000014f0 - 0x000014f7 (0x8) IX[B]E [28] -1 0 0x00001808 - 0x0000180b (0x4) IX[B]E [29] -1 0 0x000014e8 - 0x000014ef (0x8) IX[B]E [30] -1 0 0x00001480 - 0x000014bf (0x40) IX[B]E [31] -1 0 0x00001460 - 0x0000147f (0x20) IX[B]E [32] -1 0 0x00001440 - 0x0000145f (0x20) IX[B]E [33] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [34] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/X11R6/lib/modules/libint10.a (II) Module int10: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.7 (II) Loading sub module "vbe" (II) LoadModule: "vbe" (II) Loading /usr/X11R6/lib/modules/libvbe.a (II) Module vbe: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.1.0 ABI class: XFree86 Video Driver, version 0.7 (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/X11R6/lib/modules/libvgahw.a (II) Module vgahw: vendor="The XFree86 Project" compiled for 4.4.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.7 (**) I810(0): Depth 24, (--) framebuffer bpp 32 (==) I810(0): RGB weight 888 (==) I810(0): Default visual is TrueColor (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/X11R6/lib/modules/libint10.a (II) I810(0): initializing int10 (==) I810(0): Write-combining range (0xa0000,0x20000) was already clear (==) I810(0): Write-combining range (0xc0000,0x40000) was already clear (WW) I810(0): Bad V_BIOS checksum (II) I810(0): Primary V_BIOS segment is: 0xc000 (==) I810(0): Write-combining range (0x0,0x1000) was already clear (II) I810(0): VESA BIOS detected (II) I810(0): VESA VBE Version 3.0 (II) I810(0): VESA VBE Total Mem: 262080 kB (II) I810(0): VESA VBE OEM: Intel(r)865G Graphics Chip Accelerated VGA BIOS (II) I810(0): VESA VBE OEM Software Rev: 1.0 (II) I810(0): VESA VBE OEM Vendor: Intel Corporation (II) I810(0): VESA VBE OEM Product: Intel(r)865G Graphics Controller (II) I810(0): VESA VBE OEM Product Rev: Hardware Version 0.0 (II) I810(0): Integrated Graphics Chipset: Intel(R) 865G (--) I810(0): Chipset: "865G" (--) I810(0): Linear framebuffer at 0xF0000000 (--) I810(0): IO registers at addr 0xF8400000 (==) I810(0): Write-combining range (0xf8400000,0x80000) was already clear (II) I810(0): detected 8060 kB stolen memory. (WW) I810(0): Detected stolen memory (8000 kB) doesn't match what the BIOS reports (262080 kB) (II) I810(0): I830CheckAvailableMemory: 450560 kB available (--) I810(0): Pre-allocated VideoRAM: 8060 kByte (**) I810(0): VideoRAM: 65536 kByte (==) I810(0): video overlay key set to 0x101fe (**) I810(0): page flipping disabled (--) I810(0): Maximum frambuffer space: 65384 kByte (==) I810(0): Using gamma correction (1.0, 1.0, 1.0) (II) I810(0): 1 display pipe available. (==) I810(0): Display Info: enabled. (II) I810(0): Broken BIOSes cause the system to hang here. If you encounter this problem please add Option "DisplayInfo" "FALSE" to the Device section of your XF86Config file. (WW) I810(0): Extended BIOS function 0x5f64 not supported. (WW) I810(0): Extended BIOS function 0x5f64 not supported. (WW) I810(0): Extended BIOS function 0x5f64 not supported. (WW) I810(0): Extended BIOS function 0x5f64 not supported. (WW) I810(0): Extended BIOS function 0x5f64 not supported. (WW) I810(0): Extended BIOS function 0x5f64 not supported. (II) I810(0): Currently active displays on Pipe A: (II) I810(0): CRT (II) I810(0): TV (II) I810(0): DFP (digital flat panel) (II) I810(0): LFP (local flat panel) (II) I810(0): TV2 (second TV) (II) I810(0): DFP2 (second digital flat panel) (II) I810(0): Some unknown display devices may also be present (II) I810(0): No display size information available for pipe A. (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Loading /usr/X11R6/lib/modules/libddc.a (II) Module ddc: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.7 (II) I810(0): VESA VBE DDC supported (II) I810(0): VESA VBE DDC Level none (II) I810(0): VESA VBE DDC transfer in appr. 0 sec. (II) I810(0): VESA VBE DDC read failed (--) I810(0): A non-CRT device is attached to pipe A. No refresh rate overrides will be attempted. (--) I810(0): Maximum space available for video modes: 65384 kByte Mode: 30 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 32 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 34 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 38 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 3a (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 3c (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 41 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 43 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 45 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 49 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 4b (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 4d (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 50 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 52 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 54 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 58 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 5a (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 5c (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 60 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 61 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 62 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 63 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 64 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 65 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 66 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 67 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 68 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (EE) I810(0): No Video BIOS modes for chosen depth. (==) I810(0): Write-combining range (0x0,0x1000) was already clear (II) UnloadModule: "i810" (II) UnloadModule: "ddc" (II) Unloading /usr/X11R6/lib/modules/libddc.a (II) UnloadModule: "int10" (II) UnloadModule: "vgahw" (II) Unloading /usr/X11R6/lib/modules/libvgahw.a (II) UnloadModule: "vbe" (II) Unloading /usr/X11R6/lib/modules/libvbe.a (II) UnloadModule: "int10" (II) Unloading /usr/X11R6/lib/modules/libint10.a (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file "/var/log/XFree86.0.log". Please report problems to xfree86@xfree86.org. --------------010505010807020103070901-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 07:43:28 2004 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 EBB6B16A4CE for ; Tue, 28 Sep 2004 07:43:28 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id F232143D2D for ; Tue, 28 Sep 2004 07:43:25 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8S7hOIS045442; Tue, 28 Sep 2004 10:43:24 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 76712-05; Tue, 28 Sep 2004 10:43:23 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8S7hNs6045439 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Sep 2004 10:43:23 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8S7hOt8015371; Tue, 28 Sep 2004 10:43:24 +0300 (EEST) (envelope-from ru) Date: Tue, 28 Sep 2004 10:43:24 +0300 From: Ruslan Ermilov To: Adam Smith Message-ID: <20040928074323.GD14942@ip.net.ua> References: <20040928000125.GF629@internode.com.au> <20040928004906.GC646@internode.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="11Y7aswkeuHtSBEs" Content-Disposition: inline In-Reply-To: <20040928004906.GC646@internode.com.au> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@freebsd.org Subject: Re: Make installworld problems with BETA4 through 6 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: Tue, 28 Sep 2004 07:43:29 -0000 --11Y7aswkeuHtSBEs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 28, 2004 at 10:19:07AM +0930, Adam Smith wrote: > On Tue, Sep 28, 2004 at 09:31:26AM +0930, Adam Smith said: > > Since about BETA4, I've been having installworld problems. >=20 > And I seem to have found the reason. I am not sure if this problem was d= ue > to an existing issue with my system or the new buildworld, but, I found > that /usr/share/nls/en_US.US-ASCII was a symlink to 'C' in the same > directory. >=20 That's normal: $ uname -srm =20 FreeBSD 5.3-BETA6 i386 $ ls -l /usr/share/nls/en_US.US-ASCII lrwxr-xr-x 1 root wheel 1 Sep 27 20:59 /usr/share/nls/en_US.US-ASCII -> C > There was no entry for 'C' and so I removed the symlink entirely. I then > went back to /usr/src and performed another "make installworld" and it > installed successfully. >=20 Hrm, that's odd. The "distrib-dirs" target in src/src/Makefile which is run as the first step of installworld should have taken care of creating /usr/share/nls/C, at least I wasn't able to reproduce any problem here. The only way I could have made it break is to have /usr/share/nls/C symlinked to some nonexistent filename. But you say there was no 'C' entry at all... Anyway, a complete "installworld" output would help narrow this problem down. If not, there's nothing to discuss in this thread anymore. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --11Y7aswkeuHtSBEs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWRYbqRfpzJluFF4RAl6hAJ9lBhW1sE7czViLPVS7h+TfX684RwCfQU/j xvedcwZnPs2OdGESG7Bz9Q4= =VgCB -----END PGP SIGNATURE----- --11Y7aswkeuHtSBEs-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 08:26:17 2004 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 E8C2016A4CE for ; Tue, 28 Sep 2004 08:26:17 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1488843D2D for ; Tue, 28 Sep 2004 08:26:17 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i8S8NRXa028185 for current@FreeBSD.ORG.checked; (8.12.8/vak/2.1) Tue, 28 Sep 2004 12:23:27 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i8S8MvDx028135; (8.12.8/vak/2.1) Tue, 28 Sep 2004 12:22:57 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <41591FFE.3040206@cronyx.ru> Date: Tue, 28 Sep 2004 12:25:34 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dimitry Andric References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com> <1046192310.3e5ba0b6aa039@sms.ed.ac.uk> <1565082305.20040927150136@andric.com> In-Reply-To: <1565082305.20040927150136@andric.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Andrew Boothman cc: questions@FreeBSD.ORG cc: dwbear75@gmail.com cc: current@FreeBSD.ORG Subject: Re: "NTLDR missing" after 5-RELEASE install 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: Tue, 28 Sep 2004 08:26:18 -0000 I've seen this before 5.0 release and made some investigation of this proble. I didn't look this thread carefully so excuse me if information I give to all you is useless. My investigation show that FreeBSD reads full partition table, and after modification puts it back. It fix all entries from its own point of view. Windows dies from change of end of partition entry. As I understand with large disk it shouldn't mean anything at all. But windows checks it. You may save this entry and after installation of FreeBSD put it back. rik Dimitry Andric wrote: >On 2003-02-25 at 18:58:30 Andrew Boothman wrote: > > > >>I can't understand how the 5.x boot manager has managed to break my windows >>boot, i've never had any trouble under 3.x or 4.x, both of which played with >>windows perfectly nicely. >> >> > >Sorry for catching up on this thread so late, but couldn't this be >some nasty problem with hard drive geometries? I.e. FreeBSD's >interpretation of the partition table could be totally different from >Windows', causing the rather flaky Microsoft bootloaders to fail. > >I personally have had complaints from PartitionMagic and various other >Windows-based tools about partitions being "invalid" or having >"different CHS and LBA boundaries" etc, after installing some versions >of FreeBSD, and creating partitions from its installer. > >Could you please give us some info about your drive geometry, and/or >or a somewhat low-level dump of your partition table data? > > From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 08:38:27 2004 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 2473A16A4CE; Tue, 28 Sep 2004 08:38:27 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EE3D43D5A; Tue, 28 Sep 2004 08:38:26 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])98B6940C12; Tue, 28 Sep 2004 10:38:25 +0200 (CEST) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 31704-05; Tue, 28 Sep 2004 10:38:25 +0200 (CEST) Received: from m2a2.dyndns.org (p508EF02B.dip.t-dialin.net [80.142.240.43]) 2F3CB40BC7; Tue, 28 Sep 2004 10:38:25 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 5DD09C8FBA; Tue, 28 Sep 2004 10:38:24 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 11131-04-2; Tue, 28 Sep 2004 10:38:24 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 04F78C8F94; Tue, 28 Sep 2004 10:38:24 +0200 (CEST) To: Ruslan Ermilov In-Reply-To: <20040928071758.GB14942@ip.net.ua> (Ruslan Ermilov's message of "Tue, 28 Sep 2004 10:17:58 +0300") References: <20040927224353.845381B217@merlin.emma.line.org> <20040928043351.GA2400@frontfree.net> <20040928071758.GB14942@ip.net.ua> From: Matthias Andree Date: Tue, 28 Sep 2004 10:38:23 +0200 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de cc: current@FreeBSD.org cc: Matthias Andree Subject: Re: bin/72138: libc.so.5 isn't installed in a safe way 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: Tue, 28 Sep 2004 08:38:27 -0000 Ruslan Ermilov writes: > On Tue, Sep 28, 2004 at 12:33:51PM +0800, Xin LI wrote: >> (-CURRENT is cc'ed for a boarder review) >> >> I fell like this idea, and here is the patch for review: >> >> Index: Makefile >> =================================================================== >> RCS file: /r/ncvs/src/lib/libc/Makefile,v >> retrieving revision 1.52 >> diff -u -r1.52 Makefile >> --- Makefile 14 May 2004 12:04:29 -0000 1.52 >> +++ Makefile 28 Sep 2004 04:30:26 -0000 >> @@ -16,6 +16,7 @@ >> CFLAGS+=-I${.CURDIR}/include -I${.CURDIR}/../../include >> CFLAGS+=-I${.CURDIR}/${MACHINE_ARCH} >> CLEANFILES+=tags >> +SHLINSTALLFLAGS+= -S >> INSTALL_PIC_ARCHIVE= yes >> PRECIOUSLIB= yes >> > I like the idea so much, that I suggest this instead: > > %%% > Index: bsd.lib.mk > =================================================================== > RCS file: /home/ncvs/src/share/mk/bsd.lib.mk,v > retrieving revision 1.160 > diff -u -r1.160 bsd.lib.mk > --- bsd.lib.mk 7 May 2004 09:58:36 -0000 1.160 > +++ bsd.lib.mk 28 Sep 2004 07:13:18 -0000 > @@ -187,9 +187,12 @@ > > .if !target(install) > > -.if defined(PRECIOUSLIB) && !defined(NOFSCHG) > +.if defined(PRECIOUSLIB) > +.if !defined(NOFSCHG) > SHLINSTALLFLAGS+= -fschg > .endif > +SHLINSTALLFLAGS+= -S > +.endif > > _INSTALLFLAGS:= ${INSTALLFLAGS} > .for ie in ${INSTALLFLAGS_EDIT} > %%% I must say that although Xin's patch will certainly work well to address my original PR, I like Ruslan's idea better, because it appears to work for all precious libraries, not just libc. But there is more "precious" stuff, /bin, /sbin, /boot (including kernel), /rescue (I was glad I had the latter, otherwise my system would have been dead.) Using -S for the whole system might be a bit slow without softupdates (or async, which I do not favor) but would not be a bad idea from a robustness point of view which I personally prefer. -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 08:53:03 2004 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 6AB0C16A4CE; Tue, 28 Sep 2004 08:53:03 +0000 (GMT) Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF4A243D48; Tue, 28 Sep 2004 08:53:02 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from fwd09.aul.t-online.de by mailout09.sul.t-online.com with smtp id 1CCDjJ-0001Tm-00; Tue, 28 Sep 2004 10:53:01 +0200 Received: from fw.reifenberger.com (Vse8vvZvZegmWb8+PKuLP0w2K3hk8N5HxeHuZyLNT9WLns6sJLScEF@[217.232.248.189]) by fmrl09.sul.t-online.com with esmtp id 1CCDj5-1Mht560; Tue, 28 Sep 2004 10:52:47 +0200 Received: from localhost (mike@localhost)i8S8qkQm003761; Tue, 28 Sep 2004 10:52:46 +0200 (CEST) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Tue, 28 Sep 2004 10:52:46 +0200 (CEST) From: Michael Reifenberger To: archie@freebsd.org Message-ID: <20040928103625.N3616@fw.reifenberger.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-ID: Vse8vvZvZegmWb8+PKuLP0w2K3hk8N5HxeHuZyLNT9WLns6sJLScEF@t-dialin.net X-TOI-MSGID: 34ed396c-bade-4ba5-bacf-b00b491e2750 cc: freebsd-current@freebsd.org Subject: mpd(NETGRAPH) and -current issues 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: Tue, 28 Sep 2004 08:53:03 -0000 Hi, after upgrading my DSL-Gateway to -current (had -current as of july before) I experienced two things with mpd-3.16: - My PPPoE connection didn't work: ... Sep 27 22:51:45 fw mpd: [PPPoE] bundle: OPEN event in state CLOSED Sep 27 22:51:45 fw mpd: [PPPoE] opening link "PPPoE"... Sep 27 22:51:45 fw mpd: [PPPoE] link: OPEN event Sep 27 22:51:45 fw mpd: [PPPoE] LCP: Open event Sep 27 22:51:45 fw mpd: [PPPoE] LCP: state change Initial --> Starting Sep 27 22:51:45 fw mpd: [PPPoE] LCP: LayerStart Sep 27 22:51:45 fw mpd: [PPPoE] device: OPEN event in state DOWN Sep 27 22:51:45 fw mpd: [PPPoE] can't connect bypass,link0 and vr1:orphans,mpd687-PPPoE: No such file or directory Sep 27 22:51:45 fw mpd: [PPPoE] can't remove hook mpd687-PPPoE from node "vr1:orphans": No such file or directory Sep 27 22:51:45 fw mpd: [PPPoE] device is now in state OPENING Sep 27 22:51:45 fw mpd: [PPPoE] device: DOWN event in state OPENING Sep 27 22:51:45 fw mpd: [PPPoE] device is now in state DOWN Sep 27 22:51:45 fw mpd: [PPPoE] link: DOWN event Sep 27 22:51:45 fw mpd: [PPPoE] LCP: Down event ... - Rebooting or stopping mpd causes an kernel panic (sorry no dump jet) Since this is my only gateway to the internet I couldn't investigate much further (upgrading -current isn't fun if you need it working for upgrading...) Is this an known issue with netgraph and -current? Have you tried mpd under -current recently (after phk's device-node-changes and/or recent networking changes)? Is anyone successfully using netgraph (I4BING, PPPoE) under -current? Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 08:56:47 2004 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 A6BEA16A4DA for ; Tue, 28 Sep 2004 08:56:47 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3B7E43D2D for ; Tue, 28 Sep 2004 08:56:45 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr [62.103.39.229])i8S8ugls029558; Tue, 28 Sep 2004 11:56:42 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i8S8ugsO001731; Tue, 28 Sep 2004 11:56:42 +0300 (EEST) (envelope-from keramida@linux.gr) Received: (from keramida@localhost)i8S8ufpL001730; Tue, 28 Sep 2004 11:56:41 +0300 (EEST) (envelope-from keramida@linux.gr) Date: Tue, 28 Sep 2004 11:56:41 +0300 From: Giorgos Keramidas To: Jose M Rodriguez Message-ID: <20040928085641.GA1647@orion.daedalusnetworks.priv> References: <20040927171630.GB4684@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: current@freebsd.org Subject: Re: WIP: /etc/rc.d/xdm RCORDER problems 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: Tue, 28 Sep 2004 08:56:47 -0000 On 2004-09-27 19:38, Jose M Rodriguez wrote: >On Mon, 27 Sep 2004 20:16:30 +0300, Giorgos Keramidas wrote: >>On 2004-09-27 14:50, Jose M Rodriguez wrote: >> >>Some of the rc.d scripts you listed above have a `REQUIRE: LOGIN' line. >>This will create a dependency problem if combined with a line that contains >>`BEFORE: LOGIN', since a script cannot depend on LOGIN to start but start >>before LOGIN. > > I don't think this may be a REQUIRE issue, but a BEFORE: one AFAICT, these two can work in two ways: 1. As complementary information. When two scripts B and C depend on the same script A and the order of B, C *is* important BEFORE can be used to ensure the correct order is used. 2. As implicit dependency information specifiers. If B specifies that it should start `BEFORE: C' and B depends on A, then C also depends (indirectly) on A. I think I prefer the first way of using BEFORE, which is what you're trying to do. But I may be wrong or I may have misunderstood the way the keywords work. > I rather puzzle that, ading a simple script (xdm) I can't manage to put it > at the very end of rcorder (I have race problems between gettys from > /etc/ttys and xdm). What happens if you copy the logic of the existing scripts and add only this line to your xdm script? REQUIRE: LOGIN > It, at a minimum, annoying. I can sure what is. But rcorder seems to be > very sensitive to 'string order'. >>The scripts that depend on LOGIN and are listed above are: >> >> /etc/rc.d/syscons:# REQUIRE: LOGIN usbd >> /etc/rc.d/sshd:# REQUIRE: LOGIN >> /etc/rc.d/sendmail:# REQUIRE: LOGIN >> /etc/rc.d/archdep:# REQUIRE: LOGIN >> /etc/rc.d/abi:# REQUIRE: LOGIN >> /etc/rc.d/cron:# REQUIRE: LOGIN >> /etc/rc.d/devfs:# REQUIRE: LOGIN >> /etc/rc.d/jail:# REQUIRE: LOGIN >> /etc/rc.d/pcvt:# REQUIRE: LOGIN >> /etc/rc.d/othermta:# REQUIRE: LOGIN >> /etc/rc.d/msgs:# REQUIRE: LOGIN >> /etc/rc.d/mixer:# REQUIRE: LOGIN usbd >> /etc/rc.d/inetd:# REQUIRE: DAEMON LOGIN > > And ... why? sshd, sendmail, inetd, othermta ... It's no sense. All this > are network servers that must be on NETWORK, REQUIRE NETWORKING and be run > BEFORE LOGIN ?no?. Essentially the current `LOGIN' script pulls in (via `DAEMON') a dependency on two important things that these servers might need to operate normally. The NETWORKING and SERVERS dependencies. These ensure that basic networking support has been configured and all the remote filesystems have been already mounted[1] when these servers start. I'm not sure if all this is helpful for what you're trying to do. If not, then the people at freebsd-rc@ will probably know a lot more details about the design/rationale of the way each script works. - Giorgos ----- References ----- [1] This is necessary for at least the sshd, sendmail, cron and inetd because user information or other data for authentication/access-control might be on remote filesystems (i.e. when booting diskless or when using shared space for `/home' which is exported by an NFS server). From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 09:04:17 2004 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 AFA9616A4CE; Tue, 28 Sep 2004 09:04:17 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A63643D41; Tue, 28 Sep 2004 09:04:17 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CCDuB-0000dT-CO; Tue, 28 Sep 2004 13:04:15 +0400 From: Vladimir Grebenschikov To: "M. Warner Losh" In-Reply-To: <20040927.101353.128335832.imp@bsdimp.com> References: <20040927111438.GA865@genius.tao.org.uk> <20040927.101353.128335832.imp@bsdimp.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Tue, 28 Sep 2004 13:04:14 +0400 Message-Id: <1096362254.993.50.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: joe@freebsd.org cc: "current@freebsd.org" Subject: Re: Laptop recommendations? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Sep 2004 09:04:17 -0000 =F7 =D0=CE, 27/09/2004 =D7 10:13 -0600, M. Warner Losh =D0=C9=DB=C5=D4: > In message: <20040927111438.GA865@genius.tao.org.uk> > Josef Karthauser writes: > : My previous machine was a Sony Vaio which I loved, but was fairly > : expensive and the repair support wasn't very good. Dell's support was > : much better and I'd prefer a Dell I think, but I don't know whether mor= e > : recent models fair better with power management support, etc. >=20 > So far my Sony PCG-Z1WA has been trouble free. More trouble free than > my 505TS ever was. Does you manage to get suspend/resume working on PCG-Z1WA ? It is only thing I dislike in it. All other - is almost ideal. Even wireless card now has native freebsd 802.11g driver. No problems with fans and long life on battery=20 (with est/estctrl and setbrightness) One another small issue (currently I do not known how to fix, but have not try hard to find solution): Once attached memory stick umass0 device never detached. So if you change memory stick card it is da0 drive does not reset geometry, camcontrol rescan does not helps. USB do not indicate detach event (an looks like not supposed to do it). So to do rescan da0 geometry I need to kldunload umass and then load it back. > Warner --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 09:23:58 2004 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 D1C1A16A4CE for ; Tue, 28 Sep 2004 09:23:58 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74BED43D2F for ; Tue, 28 Sep 2004 09:23:54 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8S9NAf7051374; Tue, 28 Sep 2004 12:23:10 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 90146-08; Tue, 28 Sep 2004 12:23:09 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8S9N9MM051371 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Sep 2004 12:23:09 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8S9NA8F016060; Tue, 28 Sep 2004 12:23:10 +0300 (EEST) (envelope-from ru) Date: Tue, 28 Sep 2004 12:23:10 +0300 From: Ruslan Ermilov To: Matthias Andree Message-ID: <20040928092310.GC15848@ip.net.ua> References: <20040927224353.845381B217@merlin.emma.line.org> <20040928043351.GA2400@frontfree.net> <20040928071758.GB14942@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vEao7xgI/oilGqZ+" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@FreeBSD.org cc: Matthias Andree Subject: Re: bin/72138: libc.so.5 isn't installed in a safe way 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: Tue, 28 Sep 2004 09:23:59 -0000 --vEao7xgI/oilGqZ+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 28, 2004 at 10:38:23AM +0200, Matthias Andree wrote: > Ruslan Ermilov writes: >=20 > > On Tue, Sep 28, 2004 at 12:33:51PM +0800, Xin LI wrote: > >> (-CURRENT is cc'ed for a boarder review) > >>=20 > >> I fell like this idea, and here is the patch for review: > >>=20 > >> Index: Makefile > >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >> RCS file: /r/ncvs/src/lib/libc/Makefile,v > >> retrieving revision 1.52 > >> diff -u -r1.52 Makefile > >> --- Makefile 14 May 2004 12:04:29 -0000 1.52 > >> +++ Makefile 28 Sep 2004 04:30:26 -0000 > >> @@ -16,6 +16,7 @@ > >> CFLAGS+=3D-I${.CURDIR}/include -I${.CURDIR}/../../include > >> CFLAGS+=3D-I${.CURDIR}/${MACHINE_ARCH} > >> CLEANFILES+=3Dtags > >> +SHLINSTALLFLAGS+=3D -S > >> INSTALL_PIC_ARCHIVE=3D yes > >> PRECIOUSLIB=3D yes > >> =20 > > I like the idea so much, that I suggest this instead: > > > > %%% > > Index: bsd.lib.mk > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > RCS file: /home/ncvs/src/share/mk/bsd.lib.mk,v > > retrieving revision 1.160 > > diff -u -r1.160 bsd.lib.mk > > --- bsd.lib.mk 7 May 2004 09:58:36 -0000 1.160 > > +++ bsd.lib.mk 28 Sep 2004 07:13:18 -0000 > > @@ -187,9 +187,12 @@ > > =20 > > .if !target(install) > > =20 > > -.if defined(PRECIOUSLIB) && !defined(NOFSCHG) > > +.if defined(PRECIOUSLIB) > > +.if !defined(NOFSCHG) > > SHLINSTALLFLAGS+=3D -fschg > > .endif > > +SHLINSTALLFLAGS+=3D -S > > +.endif > > =20 > > _INSTALLFLAGS:=3D ${INSTALLFLAGS} > > .for ie in ${INSTALLFLAGS_EDIT} > > %%% >=20 > I must say that although Xin's patch will certainly work well to address > my original PR, I like Ruslan's idea better, because it appears to work > for all precious libraries, not just libc. But there is more "precious" > stuff, /bin, /sbin, /boot (including kernel), /rescue (I was glad I had > the latter, otherwise my system would have been dead.) >=20 > Using -S for the whole system might be a bit slow without softupdates > (or async, which I do not favor) but would not be a bad idea from a > robustness point of view which I personally prefer. >=20 FWIW, I don't believe that using -S adds much overhead, no. You can check it easily, by doing two installworlds, one with INSTALL=3D"install -S", and one without it. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --vEao7xgI/oilGqZ+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWS1+qRfpzJluFF4RAq7ZAKCUTL7DpRNDG+iGU2TM2cfpCaPe6wCglTSc 5h8UTd+lqsYWEAYNKcu8TyA= =9Sgu -----END PGP SIGNATURE----- --vEao7xgI/oilGqZ+-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 09:33:59 2004 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 A9F6316A4CE for ; Tue, 28 Sep 2004 09:33:59 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F77B43D1F for ; Tue, 28 Sep 2004 09:33:58 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CCEMq-0004AK-00 for current@freebsd.org Tue, 28 Sep 2004 11:33:52 +0200 Received: from root by smtp2.jazztel.es with bsmtp id 1CCEMo-000462-00 for current@freebsd.org Tue, 28 Sep 2004 11:33:50 +0200 Received: from [212.106.255.190] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CByek-0004Tg-00 for current@freebsd.org Mon, 27 Sep 2004 18:47:18 +0200 Received: from localhost.redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i8RGlGD5006646 for ; Mon, 27 Sep 2004 18:47:17 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Date: Mon, 27 Sep 2004 18:47:16 +0200 To: current@freebsd.org From: "Jose M Rodriguez" Content-Type: multipart/mixed; boundary=----------Er09CPGBiRGrSnE9axaHi5 MIME-Version: 1.0 Message-ID: User-Agent: Opera M2/7.54 (FreeBSD, build 751) X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.11; VDF 6.27.0.70 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus Subject: WIP: /etc/rc.d/xdm Working patch for test. 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: Tue, 28 Sep 2004 09:33:59 -0000 ------------Er09CPGBiRGrSnE9axaHi5 Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Well, this is the frist working patch for a /etc/rc.d/xdm script. To workaround de init/xdm race problem, I rename the script to 0xdm, and is now even closest to the end of rcorder than local. So, now, this script can: - launch Xorg/gdm/kdm/xdm from /etc/rc.conf - launch it from boot without init (/etc/ttys) race problems - doesn't affect previous /etc/ttys or /usr/X11R6/ets/rc.d/gdm.sh xdm launchs. - xmd start/stop via /erc/rc.d/0xdm start ... - admit more elaborate launch via /etc/rc.conf.d/xdm - aply patch: # cd /usr/src && patch -p0 < path-xdm4 + check no xdm and 0xdm + update /etc/rc.d - xdm launch # echo 'xdm_enable="YES" >> /etc/rc.conf && /etc/rc.d/0xdm start - gdm launch # echo 'xdm_program="/usr/X11R6/bin/gdm" >> /etc/rc.conf && echo 'xdm_enable="YES" >> /etc/rc.conf && /etc/rc.d/0xdm start - kdm launch # echo 'xdm_program="/usr/local/bin/kdm" >> /etc/rc.conf && echo 'xdm_enable="YES" >> /etc/rc.conf && /etc/rc.d/0xdm start - Xorg XDMCP broadcast # echo 'xdm_program="/usr/X11R6/bin/Xorg" >> /etc/rc.conf && echo 'xdm_enable="YES" >> /etc/rc.conf && /etc/rc.d/0xdm start Now ready for test. -- josemi -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ ------------Er09CPGBiRGrSnE9axaHi5 Content-Disposition: attachment; filename=patch-xdm4 Content-Type: application/octet-stream; name=patch-xdm4 Content-Transfer-Encoding: 8bit diff -Nru /usr/src/etc/rc.d/0xdm etc/rc.d/0xdm --- /usr/src/etc/rc.d/0xdm Thu Jan 1 01:00:00 1970 +++ etc/rc.d/0xdm Mon Sep 27 18:19:57 2004 @@ -0,0 +1,56 @@ +#!/bin/sh +# +# $NetBSD: xdm,v 1.5 2000/07/17 15:24:48 lukem Exp $ +# + +# PROVIDE: xdm +# REQUIRE: DAEMON LOGIN syscons moused +# KEYWORD: FreeBSD nojail shutdown + +. /etc/rc.subr + +name="xdm" +rcvar=`set_rcvar` + +# Place any needed extra config in /etc/rc.conf.d/xdm +load_rc_config $name + +command="${xdm_program:-/usr/X11R6/bin/xdm}" + +# a good ENV for a X11 App, we are in our subshell +HOME="/root" +PATH="/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin" +export PATH HOME + +case `basename ${command}` in + xdm) + # xdm standard display manager + : ${required_files:=/usr/X11R6/lib/X11/xdm/xdm-config} + : ${pidfile:=/var/run/xdm.pid} + : ${extra_commands:="reload"} + ;; + gdm) + # gnome gdm display manager + : ${required_files:=${command%/bin/gdm}/etc/gdm/gdm.conf} + : ${pidfile:=/var/run/gdm.pid} + : ${procname:=${command}-binary} + ;; + kdm) + # KDE kdm display manager + : ${required_files:=${command%/bin/kdm}/share/config/kdm/kdmrc} + : ${pidfile:=/var/run/kdm.pid} + # don't use start_precmd(). We have local genkdmconf.sh now + ;; + Xorg) + # xdm login via Xorg broadcast XDMCP + : ${required_files:=/etc/X11/xorg.conf} + : ${xdm_flags:=-broadcast &} + ;; + Xfree86) + # xdm login via Xfree86 broadcast XDMCP + : ${required_files:=/etc/X11/XF86Config} + : ${xdm_flags:=-broadcast &} + ;; +esac + +run_rc_command "$1" diff -Nru /usr/src/etc/rc.d/Makefile etc/rc.d/Makefile --- /usr/src/etc/rc.d/Makefile Mon May 24 16:17:19 2004 +++ etc/rc.d/Makefile Mon Sep 27 06:06:48 2004 @@ -37,6 +37,7 @@ usbd \ var vinum virecover \ watchdogd \ + 0xdm xfs \ ypbind yppasswdd ypserv \ ypset ypupdated ypxfrd FILESDIR= /etc/rc.d diff -Nru /usr/src/etc/rc.d/xdm etc/rc.d/xdm --- /usr/src/etc/rc.d/xdm Sat Jun 16 09:16:14 2001 +++ etc/rc.d/xdm Thu Jan 1 01:00:00 1970 @@ -1,20 +0,0 @@ -#!/bin/sh -# -# $NetBSD: xdm,v 1.5 2000/07/17 15:24:48 lukem Exp $ -# - -# PROVIDE: xdm -# REQUIRE: DAEMON LOGIN wscons -# KEYWORD: shutdown - -. /etc/rc.subr - -name="xdm" -rcvar=$name -command="/usr/X11R6/bin/${name}" -pidfile="/var/run/${name}.pid" -required_files="/usr/X11R6/lib/X11/xdm/xdm-config" -extra_commands="reload" - -load_rc_config $name -run_rc_command "$1" diff -Nru /usr/src/etc/rc.d/xfs etc/rc.d/xfs --- /usr/src/etc/rc.d/xfs Fri Jun 14 00:14:36 2002 +++ etc/rc.d/xfs Mon Sep 27 12:59:51 2004 @@ -7,11 +7,12 @@ # PROVIDE: xfs # REQUIRE: mountall cleartmp # BEFORE: LOGIN +# KEYWORD: FreeBSD . /etc/rc.subr name="xfs" -rcvar=$name +rcvar=`set_rcvar` command="/usr/X11R6/bin/${name}" command_args="& sleep 2" required_files="/usr/X11R6/lib/X11/fs/config" diff -Nru /usr/src/etc/defaults/rc.conf etc/defaults/rc.conf --- /usr/src/etc/defaults/rc.conf Sun Sep 26 05:10:09 2004 +++ etc/defaults/rc.conf Mon Sep 27 06:16:54 2004 @@ -467,6 +467,8 @@ economy_cx_lowest="LOW" # Offline CPU idle state economy_throttle_state="HIGH" # Offline throttling state virecover_enable="YES" # Perform housekeeping for the vi(1) editor +xdm_enable="NO" # Start the X11 Display Manager +xfs_enable="NO" # Start the X11 Font Server ############################################################## ### Jail Configuration ####################################### ------------Er09CPGBiRGrSnE9axaHi5-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 09:47:32 2004 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 3514916A4CE for ; Tue, 28 Sep 2004 09:47:32 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9089F43D55 for ; Tue, 28 Sep 2004 09:47:31 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 2B42C5310; Tue, 28 Sep 2004 11:47:30 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 5A5E2530A; Tue, 28 Sep 2004 11:47:23 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 1F6ECB873; Tue, 28 Sep 2004 11:47:23 +0200 (CEST) To: "Jose M Rodriguez" References: From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 28 Sep 2004 11:47:22 +0200 In-Reply-To: (Jose M. Rodriguez's message of "Mon, 27 Sep 2004 18:47:16 +0200") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: current@freebsd.org Subject: Re: WIP: /etc/rc.d/xdm Working patch for test. 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: Tue, 28 Sep 2004 09:47:32 -0000 "Jose M Rodriguez" writes: > - launch Xorg/gdm/kdm/xdm from /etc/rc.conf > - launch it from boot without init (/etc/ttys) race problems > - doesn't affect previous /etc/ttys or /usr/X11R6/ets/rc.d/gdm.sh > xdm launchs. > - xmd start/stop via /erc/rc.d/0xdm start ... > - admit more elaborate launch via /etc/rc.conf.d/xdm All that work, just because you don't want to change "off" to "on" in /etc/ttys... DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 09:47:39 2004 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 3688816A4DC; Tue, 28 Sep 2004 09:47:39 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2200043D49; Tue, 28 Sep 2004 09:47:39 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (rwcrmhc12) with SMTP id <20040928094733014007m0ppe>; Tue, 28 Sep 2004 09:47:38 +0000 Date: Tue, 28 Sep 2004 02:47:32 -0700 (PDT) From: Doug Barton To: "Crist J. Clark" In-Reply-To: <20040928054111.GB3706@blossom.cjclark.org> Message-ID: <20040928024648.E5094@ync.qbhto.arg> References: <1096042856.24267.6.camel@purgatory.ceribus.net> <1096064849.1047.7.camel@server.mcneil.com> <20040927184543.I911@bo.vpnaa.bet> <20040928054111.GB3706@blossom.cjclark.org> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: Dag-Erling Sm?rgrav cc: freebsd-current@FreeBSD.org Subject: Re: Proper way to run bind9 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: Tue, 28 Sep 2004 09:47:39 -0000 On Mon, 27 Sep 2004, Crist J. Clark wrote: > > Has the crew importing BIND 9 considered whether this may be > a chance to move FreeBSD's default home for zone files out > of /etc/namedb? I just configured the default to do just that. Please take a look and let me know what you think. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 09:49:24 2004 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 2092C16A4CE for ; Tue, 28 Sep 2004 09:49:24 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCCA843D1F for ; Tue, 28 Sep 2004 09:49:23 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (sccrmhc12) with ESMTP id <2004092809491701200qobeve>; Tue, 28 Sep 2004 09:49:23 +0000 Date: Tue, 28 Sep 2004 02:49:16 -0700 (PDT) From: Doug Barton To: =?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: Message-ID: <20040928024756.U5094@ync.qbhto.arg> References: <1096042856.24267.6.camel@purgatory.ceribus.net> <1096064849.1047.7.camel@server.mcneil.com> <20040927184543.I911@bo.vpnaa.bet> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1048288725-1096364956=:5094" cc: Juha Saarinen cc: freebsd-current@freebsd.org Subject: Re: Proper way to run bind9 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: Tue, 28 Sep 2004 09:49:24 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1048288725-1096364956=:5094 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Tue, 28 Sep 2004, Dag-Erling Smørgrav wrote: > Doug Barton writes: >> On Tue, 28 Sep 2004, Juha Saarinen wrote: >>> Is there a good reason for not changing that to /var/run/named/pid as >>> the default on FreeBSD, instead of adjusting the location in both >>> /etc/defaults/rc.conf and named.conf? >> A couple of them actually. We do not want to edit the files as they >> come from the vendor without a really good reason, and this isn't one. > > we could change the pid file name to /var/run/named/named.pid without > changing sources - we'd just need to define NS_LOCALSTATEDIR to > /var/run/named in CFLAGS. That's not recommended for a couple of reasons. What we have now doesn't hurt anything, and is easily modified at configure time. Doug -- This .signature sanitized for your protection --0-1048288725-1096364956=:5094-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 09:55:59 2004 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 907BD16A4CE for ; Tue, 28 Sep 2004 09:55:59 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77C0D43D5A for ; Tue, 28 Sep 2004 09:55:59 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (rwcrmhc11) with SMTP id <2004092809555801300lltq4e>; Tue, 28 Sep 2004 09:55:59 +0000 Date: Tue, 28 Sep 2004 02:55:58 -0700 (PDT) From: Doug Barton To: Juha Saarinen In-Reply-To: Message-ID: <20040928024928.R5094@ync.qbhto.arg> References: <1096042856.24267.6.camel@purgatory.ceribus.net> <20040924222550.F6548@URF.trarfvf> <20040925001835.U7126@URF.trarfvf><20040927184543.I911@bo.vpnaa.bet> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= cc: freebsd-current@freebsd.org Subject: Re: Proper way to run bind9 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: Tue, 28 Sep 2004 09:55:59 -0000 On Tue, 28 Sep 2004, Juha Saarinen wrote: > On Mon, 27 Sep 2004 18:54:01 -0700 (PDT), Doug Barton wrote: >> A couple of them actually. We do not want to edit the files as they come >> from the vendor without a really good reason, and this isn't one. >> >> I have a long term plan to write some patches to turn the pid file path >> into a --configure defineable variable and send it to the ISC folks, but >> it's frankly not that high a priority. > > Humm, that does seem like the right way to do it, instead of working > around the issue by changing the PID file location in two different > places. Thanks. >> If you use the system as installed, and/or start from the default files, >> it's all there for you. If you choose to vary from that path, it's >> pretty much up to you to know what you're doing and why. There are only >> so many bullets you can take out of the foot-shooting gun. > > True -- however, this is likely to bite people who migrate from other > platforms where you don't have to specify the PID file location in > named.conf, unless you want it in a non-default location. But, people > have plenty of toes I suppose... :-) *nod* Now that I've committed the chroot defaults, I may consider changing this back to /var/run/named.pid .... I'll wait to see how the chroot stuff falls out for people. >> What would your goal be? With the current behavior, '/etc/rc.d/named >> stop' can recover from situations where 'rndc stop' fails. Why would you >> want to take that functionality away? > > Well, rndc is the vendor-supplied tool for controlling the operation of named. I think you missed the part of my previous message where I talked about how the current system offers the maximum in terms of features and flexibility. > The man page for named(8) says: > > "In routine operation, signals should not be used to control the name- > server; rndc should be used instead." That same man page then defines the behavior for SIGINT and SIGTERM. Killing named with a signal in this case is harmless, and should be functionally equivalent to 'rndc stop', except in those cases where rndc is buggered for some reason. > Incidentally, shouldn't the 'rcvar" command print out all the options > used in rc.conf for running named? You might want to follow up with this question on freebsd-rc@freebsd.org. Hope this helps, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 10:01:47 2004 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 B0C6E16A4CF for ; Tue, 28 Sep 2004 10:01:47 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id CDE7343D5D for ; Tue, 28 Sep 2004 10:01:46 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail 14755 invoked by uid 65534); 28 Sep 2004 10:01:44 -0000 Received: from pD9FF1CBF.dip.t-dialin.net (EHLO ms.homeip.net) (217.255.28.191) by mail.gmx.net (mp002) with SMTP; 28 Sep 2004 12:01:44 +0200 X-Authenticated: #15946415 Received: from [10.0.0.101] (helo=[10.0.0.101]) by ms.homeip.net with asmtp (TLSv1:AES256-SHA:256) id 1CCEnm-0009Fh-Aj; Tue, 28 Sep 2004 12:01:42 +0200 Message-ID: <41593682.1070306@gmx.de> Date: Tue, 28 Sep 2004 12:01:38 +0200 From: Jochen Gensch User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040826) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-mobile@FreeBSD.org References: <415720FD.8080603@samsco.org> <200409271053.47904.jhb@FreeBSD.org> <41583D40.3030008@gmx.de> <200409271255.26828.jhb@FreeBSD.org> <41586CD4.5010904@gmx.de> <20040927201849.GX62265@werd> In-Reply-To: <20040927201849.GX62265@werd> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD 5.3-BETA6 available 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: Tue, 28 Sep 2004 10:01:47 -0000 Radek Kozlowski wrote: > On Mon, Sep 27, 2004 at 09:41:08PM +0200, Jochen Gensch wrote: > >>Yes I know, but when I do a "devfs rule add path uscanner0 mode 660" >>it says devfs rule: ioctl DEVFSIO_RADD: Input/output error. Even if >>the device does not exist, yet. > > > Put something like this in your devfs.rules: > > [system=10] > add path uscanner0 mode 660 > > and add the following line to rc.conf: > > devfs_system_ruleset="system" That works fine. Thanks. Jochen From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 10:03:51 2004 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 219DF16A4CF for ; Tue, 28 Sep 2004 10:03:51 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0D4543D41 for ; Tue, 28 Sep 2004 10:03:50 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (sccrmhc12) with SMTP id <2004092810034901200qmphfe>; Tue, 28 Sep 2004 10:03:50 +0000 Date: Tue, 28 Sep 2004 03:03:46 -0700 (PDT) From: Doug Barton To: freebsd-current@freebsd.org Message-ID: <20040928025635.Q5094@ync.qbhto.arg> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: HEADS UP: named now runs chroot'ed by default 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: Tue, 28 Sep 2004 10:03:51 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Folks, I just committed a named "auto-chroot" system that will allow named to run chroot'ed by default. If you have an existing named configuration in /etc/namedb, the instructions for updating it are in src/UPDATING. If you are already chroot'ing named, especially if you are using /var/named as the chroot directory, you should back everything up before upgrading and proceed with caution. :) For those that don't have a named configuration, all you should have to do is 'rm -r /etc/namedb' and you'll be fine. Comments and suggestions are welcome, but please try to keep the bikeshedding about specific bits down to an absolute minimum. The directory structure and related options worked very well on hundreds of name servers on a very busy enterprise network, so I have a high degree of confidence that the defaults are sensible. That said, I am open to genuine improvements, and dialogue on optional bits. Enjoy, Doug - -- This .signature sanitized for your protection -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWTcFyIakK9Wy8PsRAi14AJoDDYBsGVHXWDcg36/5OO9JWPuJ0ACdGxWK E/Hbv5xATjskcJRLLY9G3hQ= =EcKj -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 10:20:51 2004 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 CFBFB16A4CE for ; Tue, 28 Sep 2004 10:20:51 +0000 (GMT) Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id E72B343D3F for ; Tue, 28 Sep 2004 10:20:49 +0000 (GMT) (envelope-from yurtesen-dated-1097230845.c18593@ispro.net.tr) Received: (qmail 59511 invoked by uid 89); 28 Sep 2004 10:20:45 -0000 Received: from [192.168.0.49] (perpetual.yok.utu.fi [130.232.138.155]) by supermail.ispro.net.tr (tmda-ofmipd) with ESMTP; Tue, 28 Sep 2004 13:20:42 +0300 (EEST) Message-ID: <4159C77F.7080600@ispro.net.tr> Date: Tue, 28 Sep 2004 13:20:15 -0700 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vlad References: <4158BFAC.7050601@ispro.net.tr> <200409271628.02524.jhb@FreeBSD.org> <4159431F.6010502@ispro.net.tr> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes) From: Evren Yurtesen X-Primary-Address: yurtesen@ispro.net.tr cc: freebsd-current@freebsd.org cc: rwatson@freebsd.org Subject: Re: panic: sorele 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: Tue, 28 Sep 2004 10:20:51 -0000 Vlad wrote: > based on your kernel panic: > > >>>panic: sorele >>>cpuid = 1 >>>boot() called on cpu#1 >>>Uptime: 5d19h48m4s > > > it looks like you do have at least two CPUs... cpu#1 is a second CPU, > or I'm mistaken? > Like I said, it is this hyperthreading from intel. Look from google for hyperthreading. It is suppose to improve performance but who knows... -e- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 10:23:56 2004 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 B857A16A4CE; Tue, 28 Sep 2004 10:23:56 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7393B43D46; Tue, 28 Sep 2004 10:23:56 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-67-124-49-205.dsl.snfc21.pacbell.net [67.124.49.205])i8SANxqM012889; Tue, 28 Sep 2004 06:24:00 -0400 Message-ID: <41593BB7.5080607@elischer.org> Date: Tue, 28 Sep 2004 03:23:51 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Michael Reifenberger References: <20040928103625.N3616@fw.reifenberger.com> In-Reply-To: <20040928103625.N3616@fw.reifenberger.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: archie@freebsd.org Subject: Re: mpd(NETGRAPH) and -current issues 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: Tue, 28 Sep 2004 10:23:56 -0000 Michael Reifenberger wrote: > Hi, > after upgrading my DSL-Gateway to -current (had -current as of july before) > I experienced two things with mpd-3.16: one assumes you followed the UPDATING instructions and compiled an new mpd (and maybe a new libnetgraph)? > > - My PPPoE connection didn't work: > ... > Sep 27 22:51:45 fw mpd: [PPPoE] bundle: OPEN event in state CLOSED > Sep 27 22:51:45 fw mpd: [PPPoE] opening link "PPPoE"... > Sep 27 22:51:45 fw mpd: [PPPoE] link: OPEN event > Sep 27 22:51:45 fw mpd: [PPPoE] LCP: Open event > Sep 27 22:51:45 fw mpd: [PPPoE] LCP: state change Initial --> Starting > Sep 27 22:51:45 fw mpd: [PPPoE] LCP: LayerStart > Sep 27 22:51:45 fw mpd: [PPPoE] device: OPEN event in state DOWN > Sep 27 22:51:45 fw mpd: [PPPoE] can't connect bypass,link0 and > vr1:orphans,mpd687-PPPoE: No such file or directory > Sep 27 22:51:45 fw mpd: [PPPoE] can't remove hook mpd687-PPPoE from > node "vr1:orphans": No such file or directory > Sep 27 22:51:45 fw mpd: [PPPoE] device is now in state OPENING > Sep 27 22:51:45 fw mpd: [PPPoE] device: DOWN event in state OPENING > Sep 27 22:51:45 fw mpd: [PPPoE] device is now in state DOWN > Sep 27 22:51:45 fw mpd: [PPPoE] link: DOWN event > Sep 27 22:51:45 fw mpd: [PPPoE] LCP: Down event > ... > > - Rebooting or stopping mpd causes an kernel panic (sorry no dump jet) well that is obviously a bug, no matter what mpd does.. it shouldn't be able to cause a crash.. > > Since this is my only gateway to the internet I couldn't investigate > much further (upgrading -current isn't fun if you need it working for > upgrading...) > > Is this an known issue with netgraph and -current? > Have you tried mpd under -current recently (after phk's device-node-changes > and/or recent networking changes)? > > Is anyone successfully using netgraph (I4BING, PPPoE) under -current? > > Bye/2 > --- > Michael Reifenberger, Business Development Manager SAP-Basis, Plaut > Consulting > Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com > http://www.plaut.de | http://www.Reifenberger.com > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 10:30:48 2004 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 BB03316A4CE; Tue, 28 Sep 2004 10:30:48 +0000 (GMT) Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4739643D64; Tue, 28 Sep 2004 10:30:48 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from fwd01.aul.t-online.de by mailout09.sul.t-online.com with smtp id 1CCFFu-00078Y-03; Tue, 28 Sep 2004 12:30:46 +0200 Received: from fw.reifenberger.com (XduzFOZ1Ye7Y5KDlNhjh9fq4w113vG5fks-1JtMj345cabRjI7P2Yo@[217.232.248.189]) by fmrl01.sul.t-online.com with esmtp id 1CCFFi-1t1PQ80; Tue, 28 Sep 2004 12:30:34 +0200 Received: from localhost (mike@localhost)i8SAUXt8004196; Tue, 28 Sep 2004 12:30:33 +0200 (CEST) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Tue, 28 Sep 2004 12:30:33 +0200 (CEST) From: Michael Reifenberger To: Julian Elischer In-Reply-To: <41593BB7.5080607@elischer.org> Message-ID: <20040928122524.S3616@fw.reifenberger.com> References: <20040928103625.N3616@fw.reifenberger.com> <41593BB7.5080607@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-ID: XduzFOZ1Ye7Y5KDlNhjh9fq4w113vG5fks-1JtMj345cabRjI7P2Yo@t-dialin.net X-TOI-MSGID: 880e68ba-7067-4df6-b2a1-5e906a574ffc cc: freebsd-current@freebsd.org cc: archie@freebsd.org Subject: Re: mpd(NETGRAPH) and -current issues 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: Tue, 28 Sep 2004 10:30:49 -0000 On Tue, 28 Sep 2004, Julian Elischer wrote: > Date: Tue, 28 Sep 2004 03:23:51 -0700 > From: Julian Elischer > To: Michael Reifenberger > Cc: archie@freebsd.org, freebsd-current@freebsd.org > Subject: Re: mpd(NETGRAPH) and -current issues > > Michael Reifenberger wrote: >> Hi, >> after upgrading my DSL-Gateway to -current (had -current as of july >> before) >> I experienced two things with mpd-3.16: > > one assumes you followed the UPDATING instructions and compiled an new mpd > (and maybe a new libnetgraph)? > > mpd was old(3.16). kernel and libs where new. I realized too late (after reboot) that I would need to recompile mpd (which is at 3.18 ATM) which I couldn't fetch in lack of internet connection and 3.16 doesn't compile under -current.... ... > well that is obviously a bug, no matter what mpd does.. it shouldn't be able > to cause a crash.. Yes. A panic is a panic and shouln'd be possible from userland apps... Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 10:32:24 2004 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 0499916A4CE for ; Tue, 28 Sep 2004 10:32:24 +0000 (GMT) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AA6C43D4C for ; Tue, 28 Sep 2004 10:32:23 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pcwin002.win.tue.nl (localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.13.1/8.13.1) with ESMTP id i8SAWLNx015358; Tue, 28 Sep 2004 12:32:21 +0200 (CEST) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.1/8.13.1/Submit) id i8SAWKpQ015357; Tue, 28 Sep 2004 12:32:20 +0200 (CEST) (envelope-from stijn) Date: Tue, 28 Sep 2004 12:32:20 +0200 From: Stijn Hoop To: Dag-Erling Sm?rgrav Message-ID: <20040928103220.GA14751@pcwin002.win.tue.nl> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! cc: Jose M Rodriguez cc: current@freebsd.org Subject: Re: WIP: /etc/rc.d/xdm Working patch for test. 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: Tue, 28 Sep 2004 10:32:24 -0000 --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 28, 2004 at 11:47:22AM +0200, Dag-Erling Sm?rgrav wrote: > "Jose M Rodriguez" writes: > > - launch Xorg/gdm/kdm/xdm from /etc/rc.conf > > - launch it from boot without init (/etc/ttys) race problems > > - doesn't affect previous /etc/ttys or /usr/X11R6/ets/rc.d/gdm.sh > > xdm launchs. > > - xmd start/stop via /erc/rc.d/0xdm start ... > > - admit more elaborate launch via /etc/rc.conf.d/xdm >=20 > All that work, just because you don't want to change "off" to "on" in > /etc/ttys... I respectfully disagree; the 'new' /etc/rc.d/[anything] start syntax is a lot more rememberable. Note: I didn't test this script, I've just taken a liking to the new rc.d stuff. --Stijn --=20 An Orb is for life, not just for Christmas. --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWT20Y3r/tLQmfWcRAsgcAJ9tXGEKJpnVdRikwcLvvgxU2WHUQgCdHHR+ 92Aa9LFp3hYnVjfM1vNZtg0= =zQty -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 10:45:14 2004 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 4DBB116A4CE; Tue, 28 Sep 2004 10:45:14 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id D99DD43D41; Tue, 28 Sep 2004 10:45:11 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-67-124-49-205.dsl.snfc21.pacbell.net [67.124.49.205])i8SAinIV014305; Tue, 28 Sep 2004 06:44:52 -0400 Message-ID: <415940B0.6050008@elischer.org> Date: Tue, 28 Sep 2004 03:45:04 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Evren Yurtesen References: <4158BFAC.7050601@ispro.net.tr> <200409271628.02524.jhb@FreeBSD.org> <4159431F.6010502@ispro.net.tr> <4159C77F.7080600@ispro.net.tr> In-Reply-To: <4159C77F.7080600@ispro.net.tr> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Vlad cc: freebsd-current@freebsd.org cc: rwatson@freebsd.org Subject: Re: panic: sorele 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: Tue, 28 Sep 2004 10:45:14 -0000 Evren Yurtesen wrote: > > > Vlad wrote: > >> based on your kernel panic: >> >> >>>> panic: sorele >>>> cpuid = 1 >>>> boot() called on cpu#1 >>>> Uptime: 5d19h48m4s >> >> >> >> it looks like you do have at least two CPUs... cpu#1 is a second CPU, >> or I'm mistaken? >> > > Like I said, it is this hyperthreading from intel. Look from google for > hyperthreading. It is suppose to improve performance but who knows... > > -e- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" All our tests so far have shown Hyperthreading reduces performance except in some special cases. the special case where I have seen improved performance is an app where there are 2 threads (or processes) where one is doing integer work and the other is doing floating point work. I saw the equivalent of 1.8 CPUs with that load. other standard tests have however showed a solid decrease in performance in enabling hyperthreading. Linux machines we have tested also managed to not get any real advantage from Hyperthreading hoever they somehow managed to at least avoid the DECREASE with special scheduling code.. Our answer has been to keep HTT turned off unless the workload can use it. In this case "We/our" refers to FreeBSD developers chatting on IRC. From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 10:46:56 2004 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 1E10C16A4CF; Tue, 28 Sep 2004 10:46:56 +0000 (GMT) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4A1743D4C; Tue, 28 Sep 2004 10:46:55 +0000 (GMT) (envelope-from brad@stop.mail-abuse.org) Received: from [10.0.1.4] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i8SAkpVd071456; Tue, 28 Sep 2004 06:46:52 -0400 (EDT) (envelope-from brad@stop.mail-abuse.org) Mime-Version: 1.0 X-Sender: bs663385@127.0.0.1 Message-Id: In-Reply-To: <20040928024928.R5094@ync.qbhto.arg> References: <1096042856.24267.6.camel@purgatory.ceribus.net> <20040924222550.F6548@URF.trarfvf> <20040925001835.U7126@URF.trarfvf><20040927184543.I911@bo.vpnaa.be t> <20040928024928.R5094@ync.qbhto.arg> Date: Tue, 28 Sep 2004 12:39:32 +0200 To: Doug Barton From: Brad Knowles Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= cc: Juha Saarinen cc: freebsd-current@freebsd.org Subject: Re: Proper way to run bind9 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: Tue, 28 Sep 2004 10:46:56 -0000 At 2:55 AM -0700 2004-09-28, Doug Barton wrote: >> The man page for named(8) says: >> >> "In routine operation, signals should not be used to control the name- >> server; rndc should be used instead." > > That same man page then defines the behavior for SIGINT and SIGTERM. > Killing named with a signal in this case is harmless, and should be > functionally equivalent to 'rndc stop', except in those cases where > rndc is buggered for some reason. Signals may currently be supported, but I guarantee you that they will be going away. Get used to using rndc now. If you don't, you *will* come to grief over this matter. -- Brad Knowles, "Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin (1706-1790), reply of the Pennsylvania Assembly to the Governor, November 11, 1755 SAGE member since 1995. See for more info. From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 10:48:21 2004 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 982DE16A4CE for ; Tue, 28 Sep 2004 10:48:21 +0000 (GMT) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 954F043D1F for ; Tue, 28 Sep 2004 10:48:20 +0000 (GMT) (envelope-from stb@lassitu.de) Received: from [IPv6:::1] (schlepper [212.12.50.230]) by schlepper.zs64.net (8.12.11/8.11.1) with ESMTP id i8SAmIwA073726 for ; Tue, 28 Sep 2004 12:48:19 +0200 (CEST) (envelope-from stb@lassitu.de) Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: <7A436E01-10BF-11D9-8DD3-000A95C893E4@lassitu.de> References: <7A436E01-10BF-11D9-8DD3-000A95C893E4@lassitu.de> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Tue, 28 Sep 2004 12:48:17 +0200 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.619) Subject: Re: Panic going multi-user in beta 5 PAE 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: Tue, 28 Sep 2004 10:48:21 -0000 Am 27.09.2004 um 21:57 schrieb Stefan Bethke: > This is a PAE, APIC, APCI kernel on a dual Xeon with 6 GB RAM. Until > two days ago, when I started the update, it ran beta 3 from around two > weeks ago sucessfully. Stock PAE kernel also panics. This time, there was a dump, but savecore can't seem to find it? Setting hostname: majestix.tallence.de. em0: Link is up 100 Mbps Full Duplex panic: could not copy LDT cpuid = 3 boot() called on cpu#3 Uptime: 1h0m8s Dumping 6272 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 992 1008 1024 1040 1056 1072 1088 1104 1120 1136 1152 1168 1184 1200 1216 1232 1248 1264 1280 1296 1312 1328 1344 1360 1376 1392 1408 1424 1440 1456 1472 1488 1504 1520 1536 1552 1568 1584 1600 1616 1632 1648 1664 1680 1696 1712 1728 1744 1760 1776 1792 1808 1824 1840 1856 1872 1888 1904 1920 1936 1952 1968 1984 2000 2016 2032 2048 2064 2080 2096 2112 2128 2144 2160 Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 07 fault virtual address = 0x1056207e fault code = supervisor write, page not present instruction pointer = 0x8:0xc8055000 stack pointer = 0x10:0xf05bfad4 frame pointer = 0x10:0xc806a800 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 389 (sh) trap number = 12 panic: page fault cpuid = 3 boot() called on cpu#3 Uptime: 1h0m47s Shutting down ACPI kAuteomatirc rneebloo tt rina p1 5 secon1d2s w-i tphr esisn a tkeye on trher cubnpstosl e dto aiborsta led Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x9c fault code = supervisor read, page not present instruction pointer = 0x8:0xc0272585 stack pointer = 0x10:0xeb501c48 frame pointer = 0x10:0xeb501c68 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 13 (idle: cpu1) trap number = 12 Rebooting... cpu_reset called on cpu#3 cpu_reset: Stopping other CPUs cpu_reset: Restarting BSP cpu_reset_proxy: Stopped CPU 3 -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 11:29:42 2004 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 BC89416A4CF for ; Tue, 28 Sep 2004 11:29:42 +0000 (GMT) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 3B14143D39 for ; Tue, 28 Sep 2004 11:29:42 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 46176 invoked from network); 28 Sep 2004 11:29:41 -0000 Received: from 0x50a43fc7.hknxx1.adsl-dhcp.tele.dk (HELO peter.osted.lan) (80.164.63.199) by relay.pair.com with SMTP; 28 Sep 2004 11:29:41 -0000 X-pair-Authenticated: 80.164.63.199 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.12.10/8.12.10) with ESMTP id i8SBTeCs005455 for ; Tue, 28 Sep 2004 13:29:40 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.12.10/8.12.10/Submit) id i8SBTe0J005454 for current@freebsd.org; Tue, 28 Sep 2004 13:29:40 +0200 (CEST) (envelope-from pho) Date: Tue, 28 Sep 2004 13:29:40 +0200 From: Peter Holm To: current@freebsd.org Message-ID: <20040928112940.GA5300@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: doadump() broken? 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: Tue, 28 Sep 2004 11:29:42 -0000 With GENERIC HEAD from Sep 28 09:41 UTC I get: db> call doadump Dumping 255 MB ad0: timeout waiting for write DRQad0: timeout sending command=c5 ad0: error issueing WRITE_MUL command ad0: timeout sending command=c5 ad0: error issueing WRITE_MUL command ad0: timeout sending command=c5 ad0: error issueing WRITE_MUL command ad0: timeout sending command=c5 ad0: error issueing WRITE_MUL command ad0: timeout sending command=c5 ad0: error issueing WRITE_MUL command ad0: timeout sending command=c5 ad0: error issueing WRITE_MUL command -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 11:36:46 2004 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 6322716A4CE for ; Tue, 28 Sep 2004 11:36:46 +0000 (GMT) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id E75E343D49 for ; Tue, 28 Sep 2004 11:36:43 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-67-124-49-205.dsl.snfc21.pacbell.net [67.124.49.205])i8SBapCE012300; Tue, 28 Sep 2004 07:36:51 -0400 Message-ID: <41594CC9.3030609@elischer.org> Date: Tue, 28 Sep 2004 04:36:41 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Peter Holm References: <20040928112940.GA5300@peter.osted.lan> In-Reply-To: <20040928112940.GA5300@peter.osted.lan> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: doadump(ATA) broken? 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: Tue, 28 Sep 2004 11:36:46 -0000 Peter Holm wrote: > With GENERIC HEAD from Sep 28 09:41 UTC > I get: > I'd hazard a guess that it's the ata changes that recently went in.. > db> call doadump > Dumping 255 MB > ad0: timeout waiting for write DRQad0: timeout sending command=c5 > ad0: error issueing WRITE_MUL command > ad0: timeout sending command=c5 > ad0: error issueing WRITE_MUL command > ad0: timeout sending command=c5 > ad0: error issueing WRITE_MUL command > ad0: timeout sending command=c5 > ad0: error issueing WRITE_MUL command > ad0: timeout sending command=c5 > ad0: error issueing WRITE_MUL command > ad0: timeout sending command=c5 > ad0: error issueing WRITE_MUL command > From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 11:40:00 2004 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 C322816A4CE for ; Tue, 28 Sep 2004 11:40:00 +0000 (GMT) Received: from kendy.up.ac.za (kendy.up.ac.za [137.215.101.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2F4043D2D for ; Tue, 28 Sep 2004 11:39:59 +0000 (GMT) (envelope-from marc@bowtie.nl) Received: from hades.cs.up.ac.za ([137.215.40.17]) by kendy.up.ac.za with esmtp (Exim 4.24) id 1CCGKn-0007Yz-P9 for current@freebsd.org; Tue, 28 Sep 2004 13:39:53 +0200 Received: (qmail 31323 invoked from network); 28 Sep 2004 13:39:49 +0200 Received: from b040pc123.up.ac.za (HELO ?137.215.40.123?) (137.215.40.123) by hades.cs.up.ac.za with SMTP; 28 Sep 2004 13:39:49 +0200 Message-ID: <41594D85.4090801@bowtie.nl> Date: Tue, 28 Sep 2004 13:39:49 +0200 From: Marc van Kempen User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040810 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Karel J. Bosschaart" References: <41555396.4030009@fer.hr> <20040926194744.GA8196@kayjay.xs4all.nl> In-Reply-To: <20040926194744.GA8196@kayjay.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Scan-Signature: 86a257ba36387872d985681b528cced9 cc: current@freebsd.org cc: Ivan Voras Subject: Re: USB memory stick hotswap problems 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: Tue, 28 Sep 2004 11:40:00 -0000 Karel J. Bosschaart wrote: >On Sat, Sep 25, 2004 at 01:16:38PM +0200, Ivan Voras wrote: > > >>What is the expected behavour when umounting USB drives which have >>already been unplugged? :) >>I'm sure I'm not the only one who often forgets to umount these thingies >>when leaving the site I'm working at the moment, so it should probably >>be something other than what I always encounter (BETA5): >> >> >> > > > >>Any ideas how to solve or circumevent these problems? (Aside from "don't >>do that"). >> >> > >I'm using mtools (and mtoolsfm as a graphical frontend) for accessing >my USB memory stick. This does not require mounting the device. >A disadvantage is that this only works for devices with a FAT filesystem. > > > A nice feature of kde is (I wasn't aware of this until recently) is that it can use mtools transparantly in konqueror, just specify floppy:/ as the url, where drive letter is the one that you would use with mtools. Possibly the gnome file manager can do something similar. cheers, Marc. From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 11:56:27 2004 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 CC55D16A4CE for ; Tue, 28 Sep 2004 11:56:27 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id C312443D53 for ; Tue, 28 Sep 2004 11:56:26 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CCGai-0008Bz-00 Tue, 28 Sep 2004 13:56:20 +0200 Received: from [212.106.236.118] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CCGah-0008Au-00 Tue, 28 Sep 2004 13:56:20 +0200 Received: from localhost.redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i8SBuMUD090681; Tue, 28 Sep 2004 13:56:22 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Date: Tue, 28 Sep 2004 13:56:21 +0200 To: =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: From: "Jose M Rodriguez" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: User-Agent: Opera M2/7.54 (FreeBSD, build 751) X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.11; VDF 6.27.0.70 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: current@freebsd.org Subject: Re: WIP: /etc/rc.d/xdm Working patch for test. 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: Tue, 28 Sep 2004 11:56:27 -0000 On Tue, 28 Sep 2004 11:47:22 +0200, Dag-Erling Smørgrav wrote: > "Jose M Rodriguez" writes: >> - launch Xorg/gdm/kdm/xdm from /etc/rc.conf >> - launch it from boot without init (/etc/ttys) race problems >> - doesn't affect previous /etc/ttys or /usr/X11R6/ets/rc.d/gdm.sh >> xdm launchs. >> - xmd start/stop via /erc/rc.d/0xdm start ... >> - admit more elaborate launch via /etc/rc.conf.d/xdm > > All that work, just because you don't want to change "off" to "on" in > /etc/ttys... > > DES We can't do that with gmd rigth now. I've this in my TODO list, but I'm not a gnome hacker. I'm also in the way to get gdm/kdm/xdm config without dynamic tty alloc, that can't suffle of init race problems. Really, I prefer a ready /etc/rc.d/xdm script and not need it that the opposite case. -- josemi -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 11:56:44 2004 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 54B9616A4E4 for ; Tue, 28 Sep 2004 11:56:44 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC35543D45 for ; Tue, 28 Sep 2004 11:56:43 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i8SBuBKN062557; Tue, 28 Sep 2004 13:56:11 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <41595162.9070003@DeepCore.dk> Date: Tue, 28 Sep 2004 13:56:18 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <20040928112940.GA5300@peter.osted.lan> <41594CC9.3030609@elischer.org> In-Reply-To: <41594CC9.3030609@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: current@freebsd.org Subject: Re: doadump(ATA) broken? 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: Tue, 28 Sep 2004 11:56:44 -0000 Julian Elischer wrote: > Peter Holm wrote: >=20 >> With GENERIC HEAD from Sep 28 09:41 UTC >> I get: >> >=20 > I'd hazard a guess that it's the ata changes that recently > went in.. Probably, I havn't used dumps in ages actually... I'll look into it when I get a few spare cycles... >=20 >> db> call doadump >> Dumping 255 MB >> ad0: timeout waiting for write DRQad0: timeout sending command=3Dc5 >> ad0: error issueing WRITE_MUL command >> ad0: timeout sending command=3Dc5 >> ad0: error issueing WRITE_MUL command >> ad0: timeout sending command=3Dc5 >> ad0: error issueing WRITE_MUL command >> ad0: timeout sending command=3Dc5 >> ad0: error issueing WRITE_MUL command >> ad0: timeout sending command=3Dc5 >> ad0: error issueing WRITE_MUL command >> ad0: timeout sending command=3Dc5 >> ad0: error issueing WRITE_MUL command --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 11:59:17 2004 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 6F28E16A4CE; Tue, 28 Sep 2004 11:59:17 +0000 (GMT) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB94C43D41; Tue, 28 Sep 2004 11:59:16 +0000 (GMT) (envelope-from ume@FreeBSD.org) Received: from lyrics.mahoroba.org (IDENT:YVNp7lvZBkz8TqKfOywK6/cWU2oHDX1INJkgFb24bzTct6ZHHANP2Gdnxei1nrn6@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0)i8SBxBEc035965 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Sep 2004 20:59:11 +0900 (JST) (envelope-from ume@FreeBSD.org) Date: Tue, 28 Sep 2004 20:59:10 +0900 Message-ID: From: Hajimu UMEMOTO To: Doug Barton In-Reply-To: <20040928025635.Q5094@ync.qbhto.arg> References: <20040928025635.Q5094@ync.qbhto.arg> User-Agent: xcite1.38> Wanderlust/2.11.3 (Wonderwall) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.3-BETA6 MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cheer.mahoroba.org cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP: named now runs chroot'ed by default 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: Tue, 28 Sep 2004 11:59:17 -0000 Hi, >>>>> On Tue, 28 Sep 2004 03:03:46 -0700 (PDT) >>>>> Doug Barton said: DougB> For those that don't have a named configuration, all you should have to DougB> do is 'rm -r /etc/namedb' and you'll be fine. Where should we store rndc.conf, now? Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 12:00:30 2004 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 0641116A4CF for ; Tue, 28 Sep 2004 12:00:30 +0000 (GMT) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 892DF43D2F for ; Tue, 28 Sep 2004 12:00:29 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 57358 invoked from network); 28 Sep 2004 12:00:25 -0000 Received: from 0x50a43fc7.hknxx1.adsl-dhcp.tele.dk (HELO peter.osted.lan) (80.164.63.199) by relay.pair.com with SMTP; 28 Sep 2004 12:00:25 -0000 X-pair-Authenticated: 80.164.63.199 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.12.10/8.12.10) with ESMTP id i8SC0ICs007391; Tue, 28 Sep 2004 14:00:18 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.12.10/8.12.10/Submit) id i8SC0Fhr007390; Tue, 28 Sep 2004 14:00:15 +0200 (CEST) (envelope-from pho) Date: Tue, 28 Sep 2004 14:00:15 +0200 From: Peter Holm To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20040928120015.GA7297@peter.osted.lan> References: <20040928112940.GA5300@peter.osted.lan> <41594CC9.3030609@elischer.org> <41595162.9070003@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <41595162.9070003@DeepCore.dk> User-Agent: Mutt/1.4.1i cc: Julian Elischer cc: current@freebsd.org Subject: Re: doadump(ATA) broken? 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: Tue, 28 Sep 2004 12:00:30 -0000 On Tue, Sep 28, 2004 at 01:56:18PM +0200, Søren Schmidt wrote: > Julian Elischer wrote: > >Peter Holm wrote: > > > >>With GENERIC HEAD from Sep 28 09:41 UTC > >>I get: > >> > > > >I'd hazard a guess that it's the ata changes that recently > >went in.. > > Probably, I havn't used dumps in ages actually... > > I'll look into it when I get a few spare cycles... > I'll try with the ATA changes backed out, just to be sure ... - Peter > > > >>db> call doadump > >>Dumping 255 MB > >>ad0: timeout waiting for write DRQad0: timeout sending command=c5 > >>ad0: error issueing WRITE_MUL command > >>ad0: timeout sending command=c5 > >>ad0: error issueing WRITE_MUL command > >>ad0: timeout sending command=c5 > >>ad0: error issueing WRITE_MUL command > >>ad0: timeout sending command=c5 > >>ad0: error issueing WRITE_MUL command > >>ad0: timeout sending command=c5 > >>ad0: error issueing WRITE_MUL command > >>ad0: timeout sending command=c5 > >>ad0: error issueing WRITE_MUL command > > -- > > -Søren > -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 12:03:29 2004 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 2E77516A4CE for ; Tue, 28 Sep 2004 12:03:29 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id D416643D46 for ; Tue, 28 Sep 2004 12:03:28 +0000 (GMT) (envelope-from marchenko@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so41634rnk for ; Tue, 28 Sep 2004 05:03:20 -0700 (PDT) Received: by 10.38.67.72 with SMTP id p72mr607353rna; Tue, 28 Sep 2004 05:03:19 -0700 (PDT) Received: by 10.38.22.66 with HTTP; Tue, 28 Sep 2004 05:03:19 -0700 (PDT) Message-ID: Date: Tue, 28 Sep 2004 08:03:19 -0400 From: Vlad To: Julian Elischer In-Reply-To: <415940B0.6050008@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <4158BFAC.7050601@ispro.net.tr> <200409271628.02524.jhb@FreeBSD.org> <4159431F.6010502@ispro.net.tr> <4159C77F.7080600@ispro.net.tr> <415940B0.6050008@elischer.org> cc: rwatson@freebsd.org cc: freebsd-current@freebsd.org cc: Evren Yurtesen Subject: Re: panic: sorele X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vlad List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Sep 2004 12:03:29 -0000 Ok, as far as I can see FreeBSD kernel represent it like another CPU so the situation should be similar to a true SMP box. You might want to disable HTT in your kernel and that should fix 'panic: solere' problem same way as it does fix panic for me when run on a sinlge CPU in true SMP server. Give it a try :) On Tue, 28 Sep 2004 03:45:04 -0700, Julian Elischer wrote: > >> > >> it looks like you do have at least two CPUs... cpu#1 is a second CPU, > >> or I'm mistaken? > >> > > > > Like I said, it is this hyperthreading from intel. Look from google for > > hyperthreading. It is suppose to improve performance but who knows... > > > > -e- > > _______________________________________________ -- Vlad From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 12:10:53 2004 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 ACB1E16A4CE for ; Tue, 28 Sep 2004 12:10:53 +0000 (GMT) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id C456C43D41 for ; Tue, 28 Sep 2004 12:10:50 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.1/8.13.1) with ESMTP id i8SCA6ea060943 for ; Tue, 28 Sep 2004 14:10:06 +0200 (CEST) (envelope-from ivoras@fer.hr) Message-ID: <4159549E.8080008@fer.hr> Date: Tue, 28 Sep 2004 14:10:06 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Filesystem on >8k sectors 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: Tue, 28 Sep 2004 12:10:53 -0000 If I create a device with ggatel that has sector size > 8192, newfs fails thusly (16k sectors): # newfs /dev/ggate0 /dev/ggate0: 10.0MB (20480 sectors) block size 16384, fragment size 16384 using 3 cylinder groups of 4.00MB, 256 blks, 64 inodes. newfs: can't read old UFS1 superblock: read error from block device: Invalid argument This works fine with any lower sized sectors (including, e.g. 8k sectors and 1-byte sectors). It seems that newfs tries to make a read request that is not a multiple of block size. Note also: - that there's no "old UFS1 superblock" on the device, as it contains junk. - that newfs thinks there are 20480 sectors (assumes sectors are 512-byte sized), but with 16k sectors there are 640 sectors. - fiddling with newfs options doesn't help. Is it only newfs or UFS/FFS can't work on devices with large sector sizes? This isn't ranting for the sake of itself, but I have a neat idea for a ggatel-like utility that would work optimaly with huge sector sizes. :) From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 12:13:06 2004 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 EB88616A4CE for ; Tue, 28 Sep 2004 12:13:06 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DBC843D58 for ; Tue, 28 Sep 2004 12:13:06 +0000 (GMT) (envelope-from juhasaarinen@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so3282289rnk for ; Tue, 28 Sep 2004 05:13:03 -0700 (PDT) Received: by 10.38.77.44 with SMTP id z44mr492395rna; Tue, 28 Sep 2004 05:13:02 -0700 (PDT) Received: by 10.38.73.29 with HTTP; Tue, 28 Sep 2004 05:13:02 -0700 (PDT) Message-ID: Date: Wed, 29 Sep 2004 00:13:02 +1200 From: Juha Saarinen To: Doug Barton In-Reply-To: <20040928024928.R5094@ync.qbhto.arg> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1096042856.24267.6.camel@purgatory.ceribus.net> <20040924222550.F6548@URF.trarfvf> <1096064849.1047.7.camel@server.mcneil.com> <20040925001835.U7126@URF.trarfvf> <20040927184543.I911@bo.vpnaa.bet> <20040928024928.R5094@ync.qbhto.arg> cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= cc: freebsd-current@freebsd.org Subject: Re: Proper way to run bind9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Juha Saarinen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Sep 2004 12:13:07 -0000 On Tue, 28 Sep 2004 02:55:58 -0700 (PDT), Doug Barton wrote: > I think you missed the part of my previous message where I talked about > how the current system offers the maximum in terms of features and > flexibility. No, not at all. > That same man page then defines the behavior for SIGINT and SIGTERM. > Killing named with a signal in this case is harmless, and should be > functionally equivalent to 'rndc stop', except in those cases where rndc > is buggered for some reason. Yebbut... hows does that justify ignoring the vendor supplied directions for the software in question? We're supposed to use rndc, not signals. > You might want to follow up with this question on > freebsd-rc@freebsd.org. Noted, thanks. -- Juha From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 12:20:36 2004 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 65FBC16A4CE; Tue, 28 Sep 2004 12:20:36 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A2EB43D4C; Tue, 28 Sep 2004 12:20:33 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8SCJjgO069605; Tue, 28 Sep 2004 21:49:46 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 28 Sep 2004 21:49:42 +0930 User-Agent: KMail/1.7 References: <41555396.4030009@fer.hr> <20040926194744.GA8196@kayjay.xs4all.nl> <41594D85.4090801@bowtie.nl> In-Reply-To: <41594D85.4090801@bowtie.nl> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2117681.GiJgFnWrWU"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409282149.43218.doconnor@gsoft.com.au> X-Spam-Score: -2.2 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_03_05,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: "Karel J. Bosschaart" cc: current@freebsd.org cc: Ivan Voras cc: Marc van Kempen Subject: Re: USB memory stick hotswap problems 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: Tue, 28 Sep 2004 12:20:36 -0000 --nextPart2117681.GiJgFnWrWU Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 28 Sep 2004 21:09, Marc van Kempen wrote: > A nice feature of kde is (I wasn't aware of this until recently) is that > it can use mtools transparantly in konqueror, just specify > > floppy:/ > > as the url, where drive letter is the one that you would use with > mtools. Possibly the gnome file manager can do something similar. Nice.. Now if only there was a kiofs :) (I like sftp: and audiocd: kio slave too) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2117681.GiJgFnWrWU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBWVbf5ZPcIHs/zowRAsv8AJ4/jaNwSm3bhrxnAuAv3yzB/wj6fQCdEbCI Rc9vl8fGGbDjjiL9mKDXPpI= =5RAX -----END PGP SIGNATURE----- --nextPart2117681.GiJgFnWrWU-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 12:20:36 2004 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 65FBC16A4CE; Tue, 28 Sep 2004 12:20:36 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A2EB43D4C; Tue, 28 Sep 2004 12:20:33 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8SCJjgO069605; Tue, 28 Sep 2004 21:49:46 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 28 Sep 2004 21:49:42 +0930 User-Agent: KMail/1.7 References: <41555396.4030009@fer.hr> <20040926194744.GA8196@kayjay.xs4all.nl> <41594D85.4090801@bowtie.nl> In-Reply-To: <41594D85.4090801@bowtie.nl> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2117681.GiJgFnWrWU"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409282149.43218.doconnor@gsoft.com.au> X-Spam-Score: -2.2 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_03_05,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: "Karel J. Bosschaart" cc: current@freebsd.org cc: Ivan Voras cc: Marc van Kempen Subject: Re: USB memory stick hotswap problems 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: Tue, 28 Sep 2004 12:20:36 -0000 --nextPart2117681.GiJgFnWrWU Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 28 Sep 2004 21:09, Marc van Kempen wrote: > A nice feature of kde is (I wasn't aware of this until recently) is that > it can use mtools transparantly in konqueror, just specify > > floppy:/ > > as the url, where drive letter is the one that you would use with > mtools. Possibly the gnome file manager can do something similar. Nice.. Now if only there was a kiofs :) (I like sftp: and audiocd: kio slave too) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2117681.GiJgFnWrWU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBWVbf5ZPcIHs/zowRAsv8AJ4/jaNwSm3bhrxnAuAv3yzB/wj6fQCdEbCI Rc9vl8fGGbDjjiL9mKDXPpI= =5RAX -----END PGP SIGNATURE----- --nextPart2117681.GiJgFnWrWU-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 12:21:07 2004 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 813A016A4CF; Tue, 28 Sep 2004 12:21:07 +0000 (GMT) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id D370A43D88; Tue, 28 Sep 2004 12:21:06 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.34 (FreeBSD)) id 1CCGyf-0009eC-1J; Tue, 28 Sep 2004 14:21:05 +0200 Date: Tue, 28 Sep 2004 14:21:05 +0200 From: Oliver Brandmueller To: current@freebsd.org Message-ID: <20040928122104.GB57910@e-Gitt.NET> References: <415720FD.8080603@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Sender: Oliver Brandmueller cc: re@freebsd.org Subject: Re: FreeBSD 5.3-BETA6 available 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: Tue, 28 Sep 2004 12:21:07 -0000 Hi. On Mon, Sep 27, 2004 at 12:14:17PM +0200, Matthias Andree wrote: > BETA6 still has some critical and/or serious bugs open apparently > (according to the PR data base): [List by Matthias Andree] He forgot to mention the SMP ACPI/APIC boot failures. - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 12:28:02 2004 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 C31D516A4CE; Tue, 28 Sep 2004 12:28:02 +0000 (GMT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCEAB43D3F; Tue, 28 Sep 2004 12:28:01 +0000 (GMT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1])i8SCS0876712; Tue, 28 Sep 2004 21:28:00 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: References: <20040928025635.Q5094@ync.qbhto.arg> <20040928025635.Q5094@ync.qbhto.arg> X-User-Agent: Mew/1.94.2 Emacs/21.3 X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20040704(IM147) Lines: 8 From: Makoto Matsushita To: ume@FreeBSD.org Date: Tue, 28 Sep 2004 21:27:58 +0900 Message-Id: <20040928212758J.matusita@jp.FreeBSD.org> cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP: named now runs chroot'ed by default 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: Tue, 28 Sep 2004 12:28:02 -0000 ume> Where should we store rndc.conf, now? ${named_chrootdir}/etc/namedb/rndc.conf, if src/etc/rc.d/named handles it properly. -- - Makoto `MAR' Matsushita From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 12:40:39 2004 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 4DAFA16A4CE; Tue, 28 Sep 2004 12:40:39 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 374AC43D48; Tue, 28 Sep 2004 12:40:39 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 2A0E05C955; Tue, 28 Sep 2004 05:40:39 -0700 (PDT) Date: Tue, 28 Sep 2004 14:40:39 +0200 From: Maxime Henrion To: current@FreeBSD.org, sparc64@FreeBSD.org Message-ID: <20040928124039.GB61666@elvis.mu.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="DocE+STaALJfprDB" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Call for testers: patch for the dc(4) driver 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: Tue, 28 Sep 2004 12:40:39 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi guys, I need people to give this patch a try and see if it doesn't break anything. It shouldn't cause any harm, but better safe than sorry. This patch allows the dc(4) driver to properly read the MAC address in the EEPROM on FreeBSD/powerpc. Andrew Gallatin tested it successfully on his G4. I'm particularly interested about people using dc(4) on sparc64 since this arcihtecture is big endian. Cheers, Maxime --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dc.patch" Index: if_dc.c =================================================================== RCS file: /space2/ncvs/src/sys/pci/if_dc.c,v retrieving revision 1.149 diff -u -p -r1.149 if_dc.c --- if_dc.c 25 Aug 2004 03:37:25 -0000 1.149 +++ if_dc.c 26 Sep 2004 21:57:53 -0000 @@ -584,7 +584,7 @@ dc_eeprom_getword(struct dc_softc *sc, i * Read a sequence of words from the EEPROM. */ static void -dc_read_eeprom(struct dc_softc *sc, caddr_t dest, int off, int cnt, int swap) +dc_read_eeprom(struct dc_softc *sc, caddr_t dest, int off, int cnt, int be) { int i; u_int16_t word = 0, *ptr; @@ -597,10 +597,10 @@ dc_read_eeprom(struct dc_softc *sc, cadd else dc_eeprom_getword(sc, off + i, &word); ptr = (u_int16_t *)(dest + (i * 2)); - if (swap) - *ptr = ntohs(word); + if (be) + *ptr = be16toh(word); else - *ptr = word; + *ptr = le16toh(word); } } --DocE+STaALJfprDB-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 12:41:09 2004 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 DA1E116A4CE; Tue, 28 Sep 2004 12:41:09 +0000 (GMT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED4CD43D5C; Tue, 28 Sep 2004 12:41:08 +0000 (GMT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1])i8SCf8881117; Tue, 28 Sep 2004 21:41:08 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20040928025635.Q5094@ync.qbhto.arg> References: <20040928025635.Q5094@ync.qbhto.arg> X-User-Agent: Mew/1.94.2 Emacs/21.3 X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20040704(IM147) Lines: 11 From: Makoto Matsushita To: DougB@FreeBSD.org Date: Tue, 28 Sep 2004 21:41:06 +0900 Message-Id: <20040928214106F.matusita@jp.FreeBSD.org> cc: current@FreeBSD.org Subject: Re: HEADS UP: named now runs chroot'ed by default 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: Tue, 28 Sep 2004 12:41:10 -0000 DougB> Comments and suggestions are welcome, but please try to keep the DougB> bikeshedding about specific bits down to an absolute minimum. One question: what do you think about named(8)'s syslog messages? It seems that current configuration doesn't consider that -- chrooted named(8)'s syslog messages go to nowhere. -- - Makoto `MAR' Matsushita From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 12:53:52 2004 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 9ADED16A4CE; Tue, 28 Sep 2004 12:53:52 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 5330543D1F; Tue, 28 Sep 2004 12:53:51 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 28 Sep 2004 13:53:46 +0100 (BST) Date: Tue, 28 Sep 2004 13:53:43 +0100 From: David Malone To: Matthias Andree Message-ID: <20040928125343.GA49465@walton.maths.tcd.ie> References: <415720FD.8080603@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie cc: standards@freebsd.org cc: re@freebsd.org cc: current@freebsd.org cc: developers@freebsd.org Subject: Re: FreeBSD 5.3-BETA6 available 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: Tue, 28 Sep 2004 12:53:52 -0000 On Mon, Sep 27, 2004 at 12:14:17PM +0200, Matthias Andree wrote: > 3. data corruption on unaligned block access bug, kern/60313, > is still open and unpatched AFAICS Bruce suggests that this one is fixed in geom, which is now used by default. If this is the case, I can close the PR. David. From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 13:27:39 2004 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 19EC716A4CF for ; Tue, 28 Sep 2004 13:27:39 +0000 (GMT) Received: from web14106.mail.yahoo.com (web14106.mail.yahoo.com [216.136.172.136]) by mx1.FreeBSD.org (Postfix) with SMTP id AB6FD43D41 for ; Tue, 28 Sep 2004 13:27:38 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Message-ID: <20040928132738.46098.qmail@web14106.mail.yahoo.com> Received: from [194.248.174.58] by web14106.mail.yahoo.com via HTTP; Tue, 28 Sep 2004 15:27:38 CEST Date: Tue, 28 Sep 2004 15:27:38 +0200 (CEST) From: Claus Guttesen To: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: unable to install beta6 [amd64] on Dell 2850 with 4 GB RAM, workaround 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: Tue, 28 Sep 2004 13:27:39 -0000 Apoligies for crossposting, but ... Was unable to install the amd64-port on a Dell 2850 with a Perc 4e/Di RAID-controller and dual Nocona at 3.2 GHz. The server has 4 GB RAM. As a last resort I removed 2 GB RAM, and I was (finally) able to install FreeBSD. Applies to at least beta5 and -6. I was under the impression tha the amd64-port could see the 4 GB RAM as a flat memory space, so it never occured to me, than I had to remove 2 GB in order to perform the installation. Putting the RAM back makes the server stop during boot (after it detects the CD-drive). Claus From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 13:31:48 2004 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 6659616A4CE; Tue, 28 Sep 2004 13:31:48 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08EAA43D46; Tue, 28 Sep 2004 13:31:48 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (sccrmhc11) with SMTP id <20040928133145011006fe2he>; Tue, 28 Sep 2004 13:31:47 +0000 Date: Tue, 28 Sep 2004 06:31:44 -0700 (PDT) From: Doug Barton To: Hajimu UMEMOTO In-Reply-To: Message-ID: <20040928062649.K5729@ync.qbhto.arg> References: <20040928025635.Q5094@ync.qbhto.arg> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP: named now runs chroot'ed by default 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: Tue, 28 Sep 2004 13:31:48 -0000 On Tue, 28 Sep 2004, Hajimu UMEMOTO wrote: > Hi, > >>>>>> On Tue, 28 Sep 2004 03:03:46 -0700 (PDT) >>>>>> Doug Barton said: > > DougB> For those that don't have a named configuration, all you should have to > DougB> do is 'rm -r /etc/namedb' and you'll be fine. > > Where should we store rndc.conf, now? Well if you follow the instructions in UPDATING, you'll end up with /etc/namedb as a symlink to the chroot directory in /var/named/. That said, I highly reocmmend that you drop rndc.conf altogether, and use the rndc.key format instead. This allows you to get rid of the key statements in named.conf as well, and either manage the rndc keys seperately (if you need to) or just ignore it and let rc.d/named create one for you randomly. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 13:38:27 2004 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 2C42316A4CE for ; Tue, 28 Sep 2004 13:38:27 +0000 (GMT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id AED5243D55 for ; Tue, 28 Sep 2004 13:38:26 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (sccrmhc13) with SMTP id <2004092813382501600b78ooe>; Tue, 28 Sep 2004 13:38:26 +0000 Date: Tue, 28 Sep 2004 06:38:24 -0700 (PDT) From: Doug Barton To: Makoto Matsushita In-Reply-To: <20040928214106F.matusita@jp.FreeBSD.org> Message-ID: <20040928063428.O5729@ync.qbhto.arg> References: <20040928025635.Q5094@ync.qbhto.arg> <20040928214106F.matusita@jp.FreeBSD.org> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@FreeBSD.org Subject: Re: HEADS UP: named now runs chroot'ed by default 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: Tue, 28 Sep 2004 13:38:27 -0000 On Tue, 28 Sep 2004, Makoto Matsushita wrote: > > DougB> Comments and suggestions are welcome, but please try to keep the > DougB> bikeshedding about specific bits down to an absolute minimum. > > One question: what do you think about named(8)'s syslog messages? I think they are very important. :) > It seems that current configuration doesn't consider that -- chrooted > named(8)'s syslog messages go to nowhere. I need to amend the instructions to say: /etc/rc.d/named stop /etc/rd.d/syslogd stop ... /etc/rc.d/syslogd start /etc/rc.d/named start The syslogd script already has the logic to create the socket if named shows up chrooted in rc.conf. Thanks for the reminder, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 13:39:12 2004 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 30A9F16A4CF; Tue, 28 Sep 2004 13:39:12 +0000 (GMT) Received: from smtp.infracaninophile.co.uk (ns0.infracaninophile.co.uk [81.2.69.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1C4743D1D; Tue, 28 Sep 2004 13:39:10 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1] (may be forged))i8SDd01P003072 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Sep 2004 14:39:00 +0100 (BST) (envelope-from matthew@happy-idiot-talk.infracaninophile.co.uk) Received: (from matthew@localhost)i8SDcxnU003067; Tue, 28 Sep 2004 14:38:59 +0100 (BST) (envelope-from matthew) Date: Tue, 28 Sep 2004 14:38:59 +0100 From: Matthew Seaman To: Makoto Matsushita Message-ID: <20040928133859.GA2948@happy-idiot-talk.infracaninophile.co.uk> References: <20040928025635.Q5094@ync.qbhto.arg> <20040928214106F.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: <20040928214106F.matusita@jp.FreeBSD.org> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (smtp.infracaninophile.co.uk [IPv6:::1]); Tue, 28 Sep 2004 14:39:00 +0100 (BST) X-Virus-Scanned: clamd / ClamAV version devel-20040904, clamav-milter version 0.75l on smtp.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on happy-idiot-talk.infracaninophile.co.uk cc: current@freebsd.org Subject: Re: HEADS UP: named now runs chroot'ed by default 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: Tue, 28 Sep 2004 13:39:12 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 28, 2004 at 09:41:06PM +0900, Makoto Matsushita wrote: >=20 > DougB> Comments and suggestions are welcome, but please try to keep the > DougB> bikeshedding about specific bits down to an absolute minimum. >=20 > One question: what do you think about named(8)'s syslog messages? >=20 > It seems that current configuration doesn't consider that -- chrooted > named(8)'s syslog messages go to nowhere. syslogd_flags=3D"-s -l ${named_chrootdir}/var/run/log" in /etc/rc.conf should help. Cheers, Matthew=09 --=20 Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWWlziD657aJF7eIRAvzBAJ0fB6LDAeFRoJ9jYGmqD4ytfAX2VACeIBPR WJshi04Xdcch9mWbUs/1Hjo= =GAnl -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 13:41:59 2004 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 046A816A4CE for ; Tue, 28 Sep 2004 13:41:59 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3D9543D46 for ; Tue, 28 Sep 2004 13:41:58 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (sccrmhc12) with SMTP id <2004092813415701200qqis5e>; Tue, 28 Sep 2004 13:41:58 +0000 Date: Tue, 28 Sep 2004 06:41:56 -0700 (PDT) From: Doug Barton To: Matthew Seaman In-Reply-To: <20040928133859.GA2948@happy-idiot-talk.infracaninophile.co.uk> Message-ID: <20040928064130.V5729@ync.qbhto.arg> References: <20040928025635.Q5094@ync.qbhto.arg> <20040928214106F.matusita@jp.FreeBSD.org> <20040928133859.GA2948@happy-idiot-talk.infracaninophile.co.uk> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: Makoto Matsushita cc: current@freebsd.org Subject: Re: HEADS UP: named now runs chroot'ed by default 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: Tue, 28 Sep 2004 13:41:59 -0000 On Tue, 28 Sep 2004, Matthew Seaman wrote: > On Tue, Sep 28, 2004 at 09:41:06PM +0900, Makoto Matsushita wrote: >> >> DougB> Comments and suggestions are welcome, but please try to keep the >> DougB> bikeshedding about specific bits down to an absolute minimum. >> >> One question: what do you think about named(8)'s syslog messages? >> >> It seems that current configuration doesn't consider that -- chrooted >> named(8)'s syslog messages go to nowhere. > > syslogd_flags="-s -l ${named_chrootdir}/var/run/log" > > in /etc/rc.conf should help. No, do not do this. Please see my previous message. -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 13:46:38 2004 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 D38DA16A4CE for ; Tue, 28 Sep 2004 13:46:38 +0000 (GMT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC04A43D31 for ; Tue, 28 Sep 2004 13:46:38 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (rwcrmhc13) with SMTP id <200409281346380150092dvce>; Tue, 28 Sep 2004 13:46:38 +0000 Date: Tue, 28 Sep 2004 06:46:37 -0700 (PDT) From: Doug Barton To: Juha Saarinen In-Reply-To: Message-ID: <20040928064540.O5729@ync.qbhto.arg> References: <1096042856.24267.6.camel@purgatory.ceribus.net> <20040924222550.F6548@URF.trarfvf> <20040925001835.U7126@URF.trarfvf><20040927184543.I911@bo.vpnaa.bet> <20040928024928.R5094@ync.qbhto.arg> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= cc: freebsd-current@freebsd.org Subject: Re: Proper way to run bind9 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: Tue, 28 Sep 2004 13:46:38 -0000 On Wed, 29 Sep 2004, Juha Saarinen wrote: >> That same man page then defines the behavior for SIGINT and SIGTERM. >> Killing named with a signal in this case is harmless, and should be >> functionally equivalent to 'rndc stop', except in those cases where rndc >> is buggered for some reason. > > Yebbut... hows does that justify ignoring the vendor supplied > directions for the software in question? We're supposed to use rndc, > not signals. How about this. I promise that if there is ever a day when what is happening now DOESN'T work, I will fix it. Sound like a deal? Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 13:51:34 2004 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 2AD5E16A4CE for ; Tue, 28 Sep 2004 13:51:34 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 4961E43D48 for ; Tue, 28 Sep 2004 13:51:33 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from gosset.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 28 Sep 2004 14:51:25 +0100 (BST) To: Matthias Andree In-reply-to: Your message of "Tue, 28 Sep 2004 15:14:08 +0200." <20040928131408.GA6887@merlin.emma.line.org> X-Request-Do: Date: Tue, 28 Sep 2004 14:51:24 +0100 From: David Malone Message-ID: <200409281451.aa67359@salmon.maths.tcd.ie> cc: Matthias Andree cc: current@freebsd.org Subject: Re: FreeBSD 5.3-BETA6 available 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: Tue, 28 Sep 2004 13:51:34 -0000 > > Bruce suggests that this one is fixed in geom, which is now used > > by default. If this is the case, I can close the PR. > Please do not close the PR yet, the bug persists in FreeBSD > 4.10-RELEASE-p3 (tested a few minutes ago) and probably also in 4.8. Here's a quick attempt to port the patch that Bruce suggested. I haven't been able to test it yet, but you might like to try it. David. --- /usr/src/sys/kern/subr_diskslice.c Fri Sep 7 21:45:00 2001 +++ subr_diskslice.c Tue Sep 28 14:47:39 2004 @@ -142,6 +142,7 @@ struct disklabel *lp; char *msg; long nsec; + off_t offset; struct partition *pp; daddr_t secno; daddr_t slicerel_secno; @@ -153,6 +154,20 @@ printf("dscheck(%s): negative b_blkno %ld\n", devtoname(bp->b_dev), (long)blkno); bp->b_error = EINVAL; + goto bad; + } + offset = bp->b_offset; + if (offset < 0) { + printf("dscheck(%s): negative b_offset %ld\n", + devtoname(bp->b_dev), (long)offset); + bp->b_error = EINVAL; + goto bad; + } + if (offset % (uoff_t)DEV_BSIZE) { + printf( + "dscheck(%s): b_offset %ld is not on a DEV_BSIZE boundary\n", + devtoname(bp->b_dev), (long)offset); + bp->bio_error = EINVAL; goto bad; } sp = &ssp->dss_slices[dkslice(bp->b_dev)]; From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 14:04:15 2004 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 56CE716A4CE; Tue, 28 Sep 2004 14:04:15 +0000 (GMT) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7816143D3F; Tue, 28 Sep 2004 14:04:14 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy.york.ac.uk [144.32.226.160]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id i8SE4B7U028561; Tue, 28 Sep 2004 15:04:11 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.1/8.13.1) with ESMTP id i8SE49IB000970; Tue, 28 Sep 2004 15:04:10 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.1/8.13.1/Submit) id i8SE49gd000969; Tue, 28 Sep 2004 15:04:09 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: David Boyd In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1096380248.911.7.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 28 Sep 2004 15:04:09 +0100 X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: freebsd-current@freebsd.org cc: imp@freebsd.org cc: Nate Lawson Subject: FDC/ACPI/GEOM problems (was: RE: 5.3-BETA5-i386-disc1 bootstrap failures) 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: Tue, 28 Sep 2004 14:04:15 -0000 On Mon, 2004-09-27 at 22:42, David Boyd wrote: > Yes, I am tracking RELENG_5. > > The kernel build with the files you suggested resulted in the same hang. > > I filtered the commits by hour and then by 20 minutes intervals until I > experienced the hang. > > The hang occurs after building the kernel with the follow commits: > > Edit src/sys/dev/fdc/fdc.c > Add delta 1.283.2.1 2004.09.18.04.57.55 imp > Edit src/sys/dev/fdc/fdc_acpi.c > Add delta 1.2.2.2 2004.09.18.04.57.55 imp > Edit src/sys/dev/fdc/fdc_isa.c > Add delta 1.9.2.2 2004.09.18.04.57.55 imp > Edit src/sys/dev/fdc/fdc_pccard.c > Add delta 1.8.2.1 2004.09.18.04.57.55 imp > Delete src/sys/dev/fdc/fdcreg.h > Edit src/sys/dev/fdc/fdcvar.h > Add delta 1.3.2.1 2004.09.18.04.57.55 imp > Edit src/sys/sys/bio.h > Add delta 1.139.2.1 2004.09.18.04.56.06 imp > Edit src/sys/sys/fdcio.h > Add delta 1.17.8.1 2004.09.18.04.57.55 imp > > I have some "free" time to pursue this now! > I'll try almost anything you suggest. > > ------------------------------------------------ > > P.S. The system isn't actually dead...touching the power switch results in > > "ACPI: suspend request ignored (not ready yet)" > > as often as the power switch is depressed briefly. I have spent a little time today looking at this problem in more detail. The hangs on BETA5 that several people have reported are indeed related to the above file revisions. Apparently systems only hang with ACPI enabled, and seem to hang in g_waitidle(), presumably waiting for the floppy drive to become idle. db> tr 1 sched_switch(c1501320,0,1) at sched_switch+0x14f mi_switch(1,0) at mi_switch+0x264 sleepq_switch(c08b7980,1,cbc81c90,c060ee72,c08b7980) at sleepq_switch+0xe0 sleepq_timedwait(c08b7980,0,0,0,0) at sleepq_timedwait+0x34 msleep(c08b7980,0,68,c07f4bb1,14) at msleep+0x2ca g_waitidle(c1500e00,c05e7600,0,cbc81d1c,c05e7652) at g_waitidle+0x48 vfs_mountroot(0,c1500e00,c1501320,0,0) at vfs_mountroot+0x10 start_init(0,cbc81d48,0,c05e7600,0) at start_init+0x52 fork_exit(c05e7600,0,cbc81d48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcbc81d7c, ebp = 0 --- On my system, I can't prove that the issue is related to ACPI but others have reported this issue goiung away with ACPI disabled. On my system, the floppy drive LED comes on at the point of the hang. Having a floppy disk in the drive makes no difference. Gavin From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 14:12:23 2004 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 C2F7B16A4CE; Tue, 28 Sep 2004 14:12:23 +0000 (GMT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC2B343D1D; Tue, 28 Sep 2004 14:12:22 +0000 (GMT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1])i8SECL810984; Tue, 28 Sep 2004 23:12:21 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20040928063428.O5729@ync.qbhto.arg> References: <20040928025635.Q5094@ync.qbhto.arg> <20040928214106F.matusita@jp.FreeBSD.org> <20040928063428.O5729@ync.qbhto.arg> X-User-Agent: Mew/1.94.2 Emacs/21.3 X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20040704(IM147) Lines: 14 From: Makoto Matsushita To: DougB@freebsd.org Date: Tue, 28 Sep 2004 23:12:20 +0900 Message-Id: <20040928231220M.matusita@jp.FreeBSD.org> cc: current@freebsd.org Subject: Re: HEADS UP: named now runs chroot'ed by default 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: Tue, 28 Sep 2004 14:12:23 -0000 DougB> I think they are very important. :) Good :) DougB> The syslogd script already has the logic to create the socket DougB> if named shows up chrooted in rc.conf. I didn't know src/etc/rc.d/syslogd is so smart -- it's a good news. Thank you for your quick reply. -- - Makoto `MAR' Matsushita From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 14:22:59 2004 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 CB22C16A4CE; Tue, 28 Sep 2004 14:22:59 +0000 (GMT) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DFC743D58; Tue, 28 Sep 2004 14:22:59 +0000 (GMT) (envelope-from brad@stop.mail-abuse.org) Received: from [10.0.1.4] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i8SEMti6081363; Tue, 28 Sep 2004 10:22:58 -0400 (EDT) (envelope-from brad@stop.mail-abuse.org) Mime-Version: 1.0 X-Sender: bs663385@127.0.0.1 Message-Id: In-Reply-To: <20040928124039.GB61666@elvis.mu.org> References: <20040928124039.GB61666@elvis.mu.org> Date: Tue, 28 Sep 2004 16:21:54 +0200 To: Maxime Henrion From: Brad Knowles Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: current@freebsd.org cc: sparc64@freebsd.org Subject: Re: Call for testers: patch for the dc(4) driver 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: Tue, 28 Sep 2004 14:22:59 -0000 At 2:40 PM +0200 2004-09-28, Maxime Henrion wrote: > I need people to give this patch a try and see if it doesn't break > anything. It shouldn't cause any harm, but better safe than sorry. You mean this one: DC(4) FreeBSD Kernel Interfaces Manual DC(4) NAME dc -- DEC/Intel 21143 and clone 10/100 ethernet driver SYNOPSIS device miibus device dc DESCRIPTION The dc driver provides support for several PCI fast ethernet adapters and embedded controllers based on the following chipsets: o DEC/Intel 21143 o ADMtek AL981 Comet, AN985 Centaur, ADM9511 Centaur II and ADM9513 Centaur II o ASIX Electronics AX88140A and AX88141 o Conexant LANfinity RS7112 (miniPCI) o Davicom DM9009, DM9100, DM9102 and DM9102A o Lite-On 82c168 and 82c169 PNIC o Lite-On/Macronix 82c115 PNIC II o Macronix 98713, 98713A, 98715, 98715A, 98715AEC-C, 98725, 98727 and 98732 o Xircom X3201 (cardbus only) ? > This patch allows the dc(4) driver to properly read the MAC address in > the EEPROM on FreeBSD/powerpc. Andrew Gallatin tested it successfully > on his G4. I'm particularly interested about people using dc(4) on > sparc64 since this arcihtecture is big endian. I think the first trick will be to find someone who actually has a dc(4) card in a SPARC64 box. -- Brad Knowles, "Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin (1706-1790), reply of the Pennsylvania Assembly to the Governor, November 11, 1755 SAGE member since 1995. See for more info. From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 14:30:53 2004 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 D2F7916A4CE; Tue, 28 Sep 2004 14:30:53 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B45B943D5C; Tue, 28 Sep 2004 14:30:53 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id A94295C961; Tue, 28 Sep 2004 07:30:53 -0700 (PDT) Date: Tue, 28 Sep 2004 16:30:53 +0200 From: Maxime Henrion To: Brad Knowles Message-ID: <20040928143053.GD61666@elvis.mu.org> References: <20040928124039.GB61666@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: sparc64@freebsd.org Subject: Re: Call for testers: patch for the dc(4) driver 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: Tue, 28 Sep 2004 14:30:54 -0000 Brad Knowles wrote: > At 2:40 PM +0200 2004-09-28, Maxime Henrion wrote: > > > I need people to give this patch a try and see if it doesn't break > > anything. It shouldn't cause any harm, but better safe than sorry. > > You mean this one: > > DC(4) FreeBSD Kernel Interfaces Manual > DC(4) > > NAME > dc -- DEC/Intel 21143 and clone 10/100 ethernet driver > > SYNOPSIS > device miibus > device dc > > DESCRIPTION > The dc driver provides support for several PCI fast ethernet adapters > and > embedded controllers based on the following chipsets: > > o DEC/Intel 21143 > o ADMtek AL981 Comet, AN985 Centaur, ADM9511 Centaur II and > ADM9513 Centaur II > o ASIX Electronics AX88140A and AX88141 > o Conexant LANfinity RS7112 (miniPCI) > o Davicom DM9009, DM9100, DM9102 and DM9102A > o Lite-On 82c168 and 82c169 PNIC > o Lite-On/Macronix 82c115 PNIC II > o Macronix 98713, 98713A, 98715, 98715A, 98715AEC-C, 98725, > 98727 > and 98732 > o Xircom X3201 (cardbus only) > > > ? Well yes, the dc(4) driver. :-) > > This patch allows the dc(4) driver to properly read the MAC address in > > the EEPROM on FreeBSD/powerpc. Andrew Gallatin tested it successfully > > on his G4. I'm particularly interested about people using dc(4) on > > sparc64 since this arcihtecture is big endian. > > I think the first trick will be to find someone who actually has > a dc(4) card in a SPARC64 box. I know several people that do, there are Netra boxes out there that have integrated Davicom dc(4) cards. This is why I converted this driver to busdma some time ago. Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 14:37:04 2004 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 9876116A4CE for ; Tue, 28 Sep 2004 14:37:04 +0000 (GMT) Received: from moo.sysabend.org (moo.sysabend.org [66.111.41.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 570FC43D49 for ; Tue, 28 Sep 2004 14:37:04 +0000 (GMT) (envelope-from ragnar@sysabend.org) Received: by moo.sysabend.org (Postfix, from userid 1004) id B57ED416; Tue, 28 Sep 2004 07:37:03 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by moo.sysabend.org (Postfix) with ESMTP id B48A13A4 for ; Tue, 28 Sep 2004 07:37:03 -0700 (PDT) Date: Tue, 28 Sep 2004 07:37:03 -0700 (PDT) From: Jamie Bowden To: current@FreeBSD.org Message-ID: <20040928072151.I80789-100000@moo.sysabend.org> X-representing: Only myself. X-badge: We don't need no stinking badges. X-obligatory-profanity: Fuck X-moo: Moo. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: NFS with 5.3-B6 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: Tue, 28 Sep 2004 14:37:04 -0000 I'm having a problem mounting a directory over NFS from an Irix machine to my FreeBSD box: 10:21am ghast / %ls -la | grep mnt drwxr-xr-x 2 root wheel 512 Sep 17 11:52 mnt 10:23am dragon /home/jamie %showmount -e export list for dragon: /export/inst (everyone) 10:23am ghast / %mount -t nfs dragon:/export/inst /mnt nfs: /mnt: No such file or directory 10:28am ghast / %uname -a FreeBSD ghast 5.3-BETA6 FreeBSD 5.3-BETA6 #0: Tue Sep 28 09:56:57 EDT 2004 jamie@ghast:/usr/obj/usr/src/sys/ghast i386 10:28am ghast /boot/kernel %ls -la | grep nfs -r-xr-xr-x 1 root wheel 204068 Sep 28 10:01 nfsclient.ko -r-xr-xr-x 1 root wheel 109315 Sep 28 10:01 nfsserver.ko -r-xr-xr-x 1 root wheel 43058 Sep 28 10:01 unionfs.ko 10:28am ghast /boot/kernel %kldload nfsclient.ko kldload: can't load nfsclient.ko: No such file or directory I'm not sure what crack it's on, as the module is right there. I have been able to mount directories from our Irix systems to this machine in the past. Jamie Bowden -- "It was half way to Rivendell when the drugs began to take hold" Hunter S Tolkien "Fear and Loathing in Barad Dur" Iain Bowen From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 15:55:57 2004 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 9297616A4CE for ; Mon, 27 Sep 2004 15:55:57 +0000 (GMT) Received: from smtp.prodigy.net.mx (nlpproxy05.prodigy.net.mx [148.235.52.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0B9343D2F for ; Mon, 27 Sep 2004 15:55:56 +0000 (GMT) (envelope-from edwinculp@prodigy.net.mx) Received: from prodigy.net.mx (du-148-235-52-34.prodigy.net.mx [148.235.52.34]) by smtp.prodigy.net.mx (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0I4P00JHFIX5B6@smtp.prodigy.net.mx>; Mon, 27 Sep 2004 10:55:53 -0500 (CDT) Received: from [148.235.52.102] (Forwarded-For: [201.129.94.187]) by nlpmail04.prodigy.net.mx (mshttpd); Mon, 27 Sep 2004 10:56:17 -0500 Date: Mon, 27 Sep 2004 10:56:17 -0500 From: edwinculp To: current@freebsd.org Message-id: <1b79851b2436.1b24361b7985@prodigy.net.mx> MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.21 (built Sep 8 2003) Content-type: text/plain; charset=us-ascii Content-language: es Content-transfer-encoding: 7bit Content-disposition: inline X-Accept-Language: es Priority: non-urgent X-Priority: 5 (Lowest) X-Mailman-Approved-At: Tue, 28 Sep 2004 14:39:14 +0000 Subject: Re: USB memory stick hotswap problems 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: Mon, 27 Sep 2004 15:55:57 -0000 Quoting Ivan Voras : > Daniel O'Connor wrote: >> One possibility would be to add a facility to mark all the data for >> a certain device to be non-critical so it will throw it away when it >> tries to flush it and fails instead of panicing. > > That (and a message in syslog) would be just fine. ("Windows does it, so > it's normal".) I know (and I think other USB drive users know too) that > I need to wait for the little LED on the device to stop blinking before > unplugging it. > > IIRC, Windows mounts removable drives with write caching disabled, so it > should probably be the same in FreeBSD. Would it not be a good idea to do something like this for cd's and floppies? I'm substituting FreeBSD for windows in some internet cafes. Not automatically recovering from unmounted cd's, floppies and usbdev's, is probably the biggest PITA that I've found and haven't been able to solve cleanly. I've had to put icons on the kde-desktop for accessing and removing them that many just ignore. This is also the case in a corporate environment where I have had the same problem but they are a little better at using the icon because it is their pc that crashes :) Thanks, ed From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 18:32:45 2004 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 7ED6516A4CE for ; Mon, 27 Sep 2004 18:32:45 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 7759E43D3F for ; Mon, 27 Sep 2004 18:32:44 +0000 (GMT) (envelope-from mayday@gmx.net) Received: (qmail 24767 invoked by uid 65534); 27 Sep 2004 18:32:43 -0000 Received: from pD956F131.dip0.t-ipconnect.de (EHLO [192.168.0.5]) (217.86.241.49) by mail.gmx.net (mp024) with SMTP; 27 Sep 2004 20:32:43 +0200 X-Authenticated: #431110 From: Benjamin Sobotta To: freebsd-current@freebsd.org Date: Mon, 27 Sep 2004 20:43:32 +0000 User-Agent: KMail/1.6.2 References: <41585223.2070204@cs.umn.edu> <41585951.3020307@cs.umn.edu> In-Reply-To: <41585951.3020307@cs.umn.edu> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409272043.32146.mayday@gmx.net> X-Mailman-Approved-At: Tue, 28 Sep 2004 14:39:14 +0000 Subject: Re: DELL 5150 Crash 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: Mon, 27 Sep 2004 18:32:45 -0000 Hi! If you just want to access your files /usr should not be necessary. Of course basically all tools are on /usr but for plain access it's not necessary. I just checked my system and rcp for example is in /bin. You could use that to copy your files off the system. Yes, you could also use a live CD. Check out www.freesbie.org. Cheers, Ben On Monday 27 September 2004 18:17, Ivan Osipkov wrote: > Sam wrote: > > Maybe VMWare can boot Freesbie. > > > > On Mon, 27 Sep 2004, Ivan Osipkov wrote: > >> I have DELL 5150 Inspiron with Windows XP on one partition and > >> FreeBSD-CURRENT on > >> another. The hardware failed and now I cannot mount /usr. Dell > >> diagnostics say that > >> there is unrecoverable data block, which means hard drive has to be > >> replaced. > >> > >> My question: is there a Windows tool to access files on BSD partition? > >> > >> Thanks guys > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to > >> "freebsd-current-unsubscribe@freebsd.org" > > Anything simpler? Would Live CD from FreeBSD work? > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 19:20:08 2004 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 8F62816A4CE for ; Mon, 27 Sep 2004 19:20:08 +0000 (GMT) Received: from ipes-ent.com (pudo.org [217.172.181.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5989243D2F for ; Mon, 27 Sep 2004 19:20:08 +0000 (GMT) (envelope-from friedrich@ipes-ent.com) Received: by ipes-ent.com (Postfix, from userid 65001) id 804E73A41D3; Mon, 27 Sep 2004 21:20:14 +0200 (CEST) Date: Mon, 27 Sep 2004 21:20:14 +0200 To: current@freebsd.org Message-ID: <20040927192014.GB31547@ipes-ent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6+20040818i From: friedrich@ipes-ent.com (Friedrich Lindenberg) X-Mailman-Approved-At: Tue, 28 Sep 2004 14:39:14 +0000 Subject: Marvell NIC (sk) on FreeBSD 5.3-BETA6 AMD64 Issue 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: Mon, 27 Sep 2004 19:20:08 -0000 Hello again, having had problems with FreeBSD 5.3-BETA5's sound, I just upgraded to BETA6. When I started my PC with the new release for the first time, my network adaptor did not seem to work any more, although it had been perfectly fine in BETA5. Using my own KERNCONF didn't help either. Here's the output: skc0: port 0xcc00-0xccff mem 0xfdd00000-0xfdd03fff irq 17 at device 10.0 on pci0 skc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfdd00000 skc0: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter sk0: on skc0 sk0: bpf attached sk0: Ethernet address: 00:0e:a6:94:82:ce skc0: no PHY found! device_attach: sk0 attach returned 6 skc0: [MPSAFE] Ifconfig does not list it, it's gone. btw: MIIBUS is in my KERNCONF http://misc.pudo.org/fbsd/dmesg.short is my dmesg. http://misc.pudo.org/fbsd/pudo is my KERNCONF http://misc.pudo.org/fbsd/pciconf is pciconf -lv I would greatly appreciate any feedback on this. Regards, Friedrich From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 05:17:13 2004 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 1024416A4CE for ; Tue, 28 Sep 2004 05:17:13 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F31743D2D for ; Tue, 28 Sep 2004 05:17:12 +0000 (GMT) (envelope-from cristjc@comcast.net) Received: from blossom.cjclark.org (c-24-6-187-112.client.comcast.net[24.6.187.112]) by comcast.net (sccrmhc11) with ESMTP id <20040928051711011006jc62e>; Tue, 28 Sep 2004 05:17:11 +0000 Received: from blossom.cjclark.org (localhost. [127.0.0.1]) by blossom.cjclark.org (8.12.11/8.12.8) with ESMTP id i8S5H9gH003729 for ; Mon, 27 Sep 2004 22:17:10 -0700 (PDT) (envelope-from cristjc@comcast.net) Received: (from cjc@localhost) by blossom.cjclark.org (8.12.11/8.12.11/Submit) id i8S5H96r003728 for freebsd-current@freebsd.org; Mon, 27 Sep 2004 22:17:09 -0700 (PDT) (envelope-from cristjc@comcast.net) X-Authentication-Warning: blossom.cjclark.org: cjc set sender to cristjc@comcast.net using -f Date: Mon, 27 Sep 2004 22:17:08 -0700 From: "Crist J. Clark" To: freebsd-current@freebsd.org Message-ID: <20040928051708.GA3706@blossom.cjclark.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-URL: http://people.freebsd.org/~cjc/ X-Mailman-Approved-At: Tue, 28 Sep 2004 14:39:14 +0000 Subject: nsupdate(8) rc.d Script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cjclark@alum.mit.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Sep 2004 05:17:13 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Silence from -net. Anyone have an opinion one way or the other whether this would be useful to add to the rc.d startup? ----- Forwarded message from "Crist J. Clark" ----- Date: Fri, 24 Sep 2004 10:24:18 -0700 From: "Crist J. Clark" To: freebsd-net@freebsd.org Subject: nsupdate(8) rc.d Script As I was setting up DNS for IPv6 on a test network, I started to get really tired of entering 128-bit addresses, for both forward and reverse lookups, into DNS by hand. It seemed somewhat silly to be doing all of this manually when the actual IPv6 hosts pretty much configure themselves with rtsol(8). So I went ahead setting up an nsupdate script to have the systems automatically use DNS updates to "register" themselves. I figured I might as well do IPv4 while I was at it. Now I'm wondering if this is something other people may find useful and whether I should commit it. I think there are enough knobs to make it work for most people. But there very well may be some assumptions that may make it totally unsuitable for a lot of systems too. I'm not 100% sure where to drop it into the rc.d order. Obviously, it is a network service, but it would be nice to sign up in DNS early so we have entries in DNS when other machines might try to look us up when we contact them in later rc.d scripts. One thing that might be nice is if we wait until a local DNS server starts in the case we are the server, but having a DNS server auto-update its own info... kinda a chicken-and-egg problem there, may not be a best practice. Finally, that is one long awk script. Is there a better tool or method for converting an IPv6 presentation address into the ip6.arpa format? And the script is not optimized to do the updates in the fewest number of packets. An update can only contain updates for a single zone. It makes the only safe assumption that any two domain names are not in the same zone unless they are the same. I do not know how to reduce the number of updates without making things a LOT more complicated and doing more total DNS queries to find out SOA information. To enable the updates, just add, nsupdate_enable="YES" To rc.conf(5). The patch to the default rc.conf has it disabled by default. IPv4 and IPv6 updates may be toggled individually, but IPv6 only works if ipv6_enable is also "on." Patch is against RELENG_5, but it should work fine in CURRENT. Suggestions, comments, or criticisms, public or private, are welcome. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="rc.nsupdate.patch" Index: src/etc/rc.d/nsupdate =================================================================== RCS file: src/etc/rc.d/nsupdate diff -N src/etc/rc.d/nsupdate --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ src/etc/rc.d/nsupdate 26 Sep 2004 23:23:02 -0000 @@ -0,0 +1,123 @@ +#!/bin/sh +# +# $FreeBSD$ +# + +# PROVIDE: nsupdate +# REQUIRE: NETWORKING named +# KEYWORD: FreeBSD + +. /etc/rc.subr +. /etc/network.subr + +name="nsupdate" +rcvar=`set_rcvar` +start_cmd="nsupdate_start" +stop_cmd="nsupdate_stop" + +nsupdate_run() +{ + checkyesno nsupdate_ipv4 + _ipv4_enable="$?" + checkyesno ipv6_enable && checkyesno nsupdate_ipv6 + _ipv6_enable="$?" + checkyesno nsupdate_reverse + _do_reverse="$?" + case "$1" in + 'add') + _action='add' + _ttl="${nsupdate_ttl}" + ;; + 'delete') + _action='delete' + _ttl='' + ;; + *) + return 1 + ;; + esac + case "${nsupdate_ifaces}" in + 'auto') + _interfaces=`list_net_interfaces` + ;; + 'dhcp') + _interfaces=`list_net_interfaces dhcp` + ;; + 'nodhcp') + _interfaces=`list_net_interfaces nodhcp` + ;; + *) + _interfaces="${nsupdate_ifaces}" + esac + for _iface in ${_interfaces}; do + eval _hostname="\$nsupdate_hostname_${_iface}" + if [ -z "${_hostname}" ]; then + _hostname=`hostname` + fi + ifconfig "${_iface}" | + awk -v "inet4=${_ipv4_enable}" -v "inet6=${_ipv6_enable}" \ + -v "hostname=${_hostname}" -v "ttl=${_ttl}" \ + -v "do_reverse=${_do_reverse}" -v "action=${_action}" \ + '! inet4 && /inet / && $2 !~ /^127\./ { + printf "update %s %s %s a %s\n", action, + hostname, ttl, $2; + ip4[++i] = $2; + } + ! inet6 && /inet6 / && $2 !~ /^(fe80:|::1)/ { + printf "update %s %s %s aaaa %s\n", action, + hostname, ttl, $2; + ip6[++j] = $2; + } + END { + print ""; + if (do_reverse != 0) { + exit 0; + } + for (i in ip4) { + split(ip4[i], oct, /\./); + printf "update %s %d.%d.%d.%d.in-addr.arpa %s ptr %s\n", + action, + oct[4], oct[3], oct[2], oct[1], + ttl, hostname; + print ""; + } + for (j in ip6) { + cols = gsub(/:/, ":", ip6[j]); + zeroes = ""; + for (i = cols; i < 8; i++) { + zeros = zeros ":0"; + } + zeros = zeros ":"; + sub(/::/, zeros, ip6[j]); + split(ip6[j], shorts, /:/); + ip6str = ""; + for (i = 1; i <= 8; i++) { + ip6str = ip6str substr("000" shorts[i], + length(shorts[i])); + } + revstr = "ip6.arpa"; + for (i = 1; i <= length(ip6str); i++) { + revstr = substr(ip6str, i, 1) "." revstr; + } + printf "update %s %s %s ptr %s\n", + action, revstr, ttl, hostname; + print ""; + } + }' + done | + "${nsupdate_command}" ${nsupdate_flags} +} + +nsupdate_start() +{ + nsupdate_run add +} + +nsupdate_stop() +{ + checkyesno nsupdate_shutdown_remove || return 0 + nsupdate_run delete +} + +load_rc_config $name +run_rc_command "$1" Index: src/etc/defaults/rc.conf =================================================================== RCS file: /ncvs/src/etc/defaults/rc.conf,v retrieving revision 1.212 diff -u -r1.212 rc.conf --- src/etc/defaults/rc.conf 27 Jul 2004 00:28:16 -0000 1.212 +++ src/etc/defaults/rc.conf 28 Sep 2004 05:11:11 -0000 @@ -139,6 +139,22 @@ # Choose correct tunnel addrs. #gifconfig_gif0="10.1.1.1 10.1.2.1" # Examples typically for a router. #gifconfig_gif1="10.1.1.2 10.1.2.2" # Examples typically for a router. +# Nsupdate(8) allows the machine to send DNS updates to "register" in DNS. +# IPv4 loopback (127/8), and IPv6 loopback (::1) and link-local (fe80::/10) +# addresses are not registered. +nsupdate_enable="NO" # Do any DNS updates. +nsupdate_flags="" # Pass additional arguments, e.g. to use DNSSEC TSIG, + # "-k /etc/namedb:MY_DYN_DNS_KEY" +nsupdate_command="/usr/sbin/nsupdate" # Default is base system's BIND. +nsupdate_ipv4="YES" # Register IPv4 addresses associated with interfaces. +nsupdate_ipv6="YES" # Register IPv6 addresses associated with interfaces. +nsupdate_ifaces="auto" # List interfaces, 'auto,' 'dhcp,' or 'nodhcp.' +nsupdate_ttl="3600" # Time-to-live for the DNS records. +nsupdate_reverse="YES" # Attempt to add "reverse" records, in-addr.arpa + # and ip6.arpa trees. +nsupdate_shutdown_remove="YES" # Remove our records at shutdown. +#nsupdate_hostname_ed0="dynamic-host.example.com" # Associate a hostname + # with an interface, otherwise system hostname used. # User ppp configuration. ppp_enable="NO" # Start user-ppp (or NO). Index: src/share/man/man5/rc.conf.5 =================================================================== RCS file: /ncvs/src/share/man/man5/rc.conf.5,v retrieving revision 1.221 diff -u -r1.221 rc.conf.5 --- src/share/man/man5/rc.conf.5 18 Jul 2004 18:01:48 -0000 1.221 +++ src/share/man/man5/rc.conf.5 28 Sep 2004 05:04:30 -0000 @@ -1265,6 +1265,88 @@ is not enabled. This variable is experimental. It may be removed or changed in the near future. +.It Va nsupdate_enable +.Pq Vt bool +Set to +.Dq Li YES +to have the system attempt to perform DNS updates using the +.Xr nsupdate 8 +command at start up to add records for itself and at shutdown +to remove the same records. +The system will attempt to enter records for each non-loopback, +non-link-local address associated with the interfaces specified +in the +.Va nsupdate_interfaces +variable. +By default, the domain name used for the address records and as +the data for reverse entries is the system host name as returned by +.Xr hostname 1 . +The domain names associated with addresses on a specific interfaces +can be set with +.Va nsupdate_hostname_ Ns Aq Ar interface +entries. +.It Va nsupdate_flags +.Pq Vt str +Used to pass additional arguments to the +.Xr nsupdate 8 +command. +For example, this may be used to pass key information to the program +when using DNSSEC TSIG. +.It Va nsupdate_command +.Pq Vt str +Set the full path of the +.Xr nsupdate 8 +command to be uses. +For example, this may be changed to use an +.Xr nsupdate 8 +command with a locally installed version of BIND. +.It Va nsupdate_ipv4 +.Pq Vt bool +Set to +.Dq Li NO +to not attempt to register IPv4 address, A, records for the +hostname or reverse pointer, PTR, records in the in-addr.arpa tree. +.It Va nsupdate_ipv6 +.Pq Vt bool +Set to +.Dq Li NO +to not attempt to register IPv6 address, AAAA, records for +the hostname or a reverse pointer, PTR, records in the ip6.arpa tree. +.It Va nsupdate_reverse +.Pq Vt bool +Set to +.Dq Li NO +to disable attempts to update the "reverse," in-addr.arpa and ip6.arpa, +zones. +Reverse zones are often not under the direct administrative control +the users of the IP space. +.It Va nsupdate_ifaces +.Pq Vt str +The default of +.Dq Li auto +attempts to determine all applicable interfaces on the system +automatically. +Set to +.Dq Li dhcp +to only perform updates with addresses associated with DHCP +configured interfaces. +Set to +.Dq Li nodhcp +to only perform updates with addresses associated with non-DHCP +configured interfaces. +The user may also provided an explicit list of interfaces. +.It Va nsupdate_ttl +.Pq Vt str +The time-to-live value for the DNS records. +This has to do with DNS caching lifetimes and has nothing to do +with how long the records will be kept in the zone on the master +server. +.It Va nsupdate_shutdown_remove +.Pq Vt bool +Set to +.Dq Li NO +to disable the use of DNS updates to remove the records added at +system startup during shutdown. .It Va kerberos5_server_enable .Pq Vt bool Set to --WIyZ46R2i8wDzkSu-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 05:43:14 2004 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 64F9316A4CF for ; Tue, 28 Sep 2004 05:43:14 +0000 (GMT) Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE71D43D41 for ; Tue, 28 Sep 2004 05:43:13 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk2.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004092814:42:58:995948.6197.2956884912 for ; Tue, 28 Sep 2004 14:42:58 +0900 (KST) Message-ID: <4158F9ED.2090203@yahoo.com> Date: Tue, 28 Sep 2004 14:43:09 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1096042856.24267.6.camel@purgatory.ceribus.net> <20040924222550.F6548@URF.trarfvf> <1096064849.1047.7.camel@server.mcneil.com> <20040925001835.U7126@URF.trarfvf> <20040927184543.I911@bo.vpnaa.bet> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-2.38) (SRN:SPAMROBOT) ----------------- X-Mailman-Approved-At: Tue, 28 Sep 2004 14:39:14 +0000 Subject: Re: Proper way to run bind9 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: Tue, 28 Sep 2004 05:43:14 -0000 Juha Saarinen wrote: > > /etc/rc.conf > > named_enable="YES" # Run named, the DNS server (or NO). > named_program="/usr/sbin/named" # path to named, if you want a different one. > named_flags="-c /etc/namedb/named.conf -u bind" # Flags for named I feel that named_flags="-c /etc/namedb/named.conf -u bind" is going to be used as the default in too many cases, that it should go into /etc/default/rc.conf. Rob. From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 11:11:45 2004 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 25D2D16A4CE for ; Tue, 28 Sep 2004 11:11:45 +0000 (GMT) Received: from genesis.ridley.unimelb.edu.au (genesis.ridley.unimelb.edu.au [128.250.2.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEC5543D5D for ; Tue, 28 Sep 2004 11:11:44 +0000 (GMT) (envelope-from r.dridan@ridley.unimelb.edu.au) Received: from localhost (localhost [127.0.0.1]) by genesis.ridley.unimelb.edu.au (Postfix) with ESMTP id 2AB2C5614B; Tue, 28 Sep 2004 21:11:43 +1000 (EST) Received: from genesis.ridley.unimelb.edu.au ([127.0.0.1]) (amavisd-new, port 10024) with LMTP id 91681-07-2; Tue, 28 Sep 2004 21:11:39 +1000 (EST) Received: by genesis.ridley.unimelb.edu.au (Postfix, from userid 2022) id 8C2F45614A; Tue, 28 Sep 2004 21:11:39 +1000 (EST) Received: from localhost (localhost [127.0.0.1]) by genesis.ridley.unimelb.edu.au (Postfix) with ESMTP id 89EDE56148; Tue, 28 Sep 2004 21:11:39 +1000 (EST) Date: Tue, 28 Sep 2004 21:11:39 +1000 (EST) From: Rebecca Dridan X-X-Sender: rdrid@genesis.ridley.unimelb.edu.au To: freebsd-current@freebsd.org Message-ID: <20040928205839.L2872@genesis.ridley.unimelb.edu.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new at ridley.unimelb.edu.au X-Mailman-Approved-At: Tue, 28 Sep 2004 14:39:14 +0000 cc: r.dridan@ridley.unimelb.edu.au Subject: natd not doing anything X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: sysadmin@ridley.unimelb.edu.au List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Sep 2004 11:11:45 -0000 Hi all: I am having some issues with network set-up. I'm running CURRENT as of 26th September, with an ipfw firewall and natd. I have one gateway machine with one external NIC and 3 internal NICs. At present nothing from my internal machines can get out. I've reduced the firewall (temporarily) to a basic ipfw -f flush divert natd ip from any to any via fxp0 allow ip from any to any When I turn logging on, I see the packets being diverted, and then accepted by later rules, but not being rewritten in between, ie ipfw: 30 Divert 8668 TCP 192.168.7.2:54619 :1025 out via fxp0 ipfw: 70 Accept TCP 192.168.7.2:54619 :1025 out via fxp0 and the packets never get to the remote IP. I can see natd running with ps, but even when I run it on the command line with -v it doesn't seem to do anything. Is there something I'm missing? Something else I could check? I've attched the relevant bits of my rc.conf and kernel conf below. Any other information that would be useful, please ask. Thanks, Bec (please CC me with any replies) The relevant bits of rc.conf: firewall_enable="YES" # Set to YES to enable firewall functionality firewall_script="/etc/rc.firewall.local" # Which script to run to set up the fir ewall firewall_quiet="YES" # Set to YES to suppress rule display # Enable routing gateway_enable="YES" # Set to YES if this host will be a gateway. natd_enable="YES" natd_interface="fxp0" natd_flags="-u" kernel config: options IPFILTER #ipfilter support options IPFILTER_LOG #ipfilter logging options IPFILTER_DEFAULT_BLOCK #block all packets by default options IPFIREWALL #firewall - need for mac filtering options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options IPFIREWALL_FORWARD #enables changing of packet dest options IPDIVERT #divert IP sockets, used by ipfw divert From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 11:21:56 2004 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 78F6E16A4CE for ; Tue, 28 Sep 2004 11:21:56 +0000 (GMT) Received: from mx.nsu.ru (mx.nsu.ru [212.192.164.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8636243D4C for ; Tue, 28 Sep 2004 11:21:51 +0000 (GMT) (envelope-from danfe@regency.nsu.ru) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.34) id 1CCGMd-0005dv-F5 for current@freebsd.org; Tue, 28 Sep 2004 18:41:47 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.12.10/8.12.10) with ESMTP id i8SBMSoI088433 for ; Tue, 28 Sep 2004 18:22:28 +0700 (NOVST) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.12.10/8.12.10/Submit) id i8SBMSEo088391 for current@freebsd.org; Tue, 28 Sep 2004 18:22:28 +0700 (NOVST) (envelope-from danfe) Date: Tue, 28 Sep 2004 18:22:28 +0700 From: Alexey Dokuchaev To: current@freebsd.org Message-ID: <20040928112228.GA82029@regency.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Tue, 28 Sep 2004 14:39:14 +0000 Subject: Threads-related(?) application hangs with recent -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: Tue, 28 Sep 2004 11:21:56 -0000 Hi there, After upgrading from August 10's -CURRENT to yesterday's, I've noticed that Mozilla, Psi, and other apps stopped working, that is, after process is spawned, it shortly stops doing anything, and is unkillable. Editing /etc/libmap.conf to use libc_r instead helps. After trying to upgrade Python, ./configure hangs likewise, on this mere conftest.c program: #include void* routine(void* p){return NULL;} int main(){ pthread_t p; if(pthread_create(&p,NULL,routine,NULL)!=0) return 1; (void)pthread_detach(p); return 0; } Was there something committed to pthread code that can cause this misbehavior? What information can I provide to possibly help investigating this issue? Thanks! ./danfe From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 13:14:13 2004 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 17A0416A4CE; Tue, 28 Sep 2004 13:14:13 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 656E043D46; Tue, 28 Sep 2004 13:14:12 +0000 (GMT) (envelope-from matthias.andree@gmx.de) Received: from localhost (localhost [127.0.0.1])808E340D4C; Tue, 28 Sep 2004 15:14:11 +0200 (CEST) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 06794-03-2; Tue, 28 Sep 2004 15:14:10 +0200 (CEST) Received: from m2a2.dyndns.org (p508EEA9F.dip.t-dialin.net [80.142.234.159]) 0D4F040CEC; Tue, 28 Sep 2004 15:14:09 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 0EAB7CDC79; Tue, 28 Sep 2004 15:14:09 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 07028-02; Tue, 28 Sep 2004 15:14:08 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id A7FBCCDC76; Tue, 28 Sep 2004 15:14:08 +0200 (CEST) Date: Tue, 28 Sep 2004 15:14:08 +0200 From: Matthias Andree To: David Malone Message-ID: <20040928131408.GA6887@merlin.emma.line.org> Mail-Followup-To: David Malone , Scott Long , re@freebsd.org, current@freebsd.org, developers@freebsd.org, standards@freebsd.org References: <415720FD.8080603@samsco.org> <20040928125343.GA49465@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040928125343.GA49465@walton.maths.tcd.ie> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de X-Mailman-Approved-At: Tue, 28 Sep 2004 14:39:14 +0000 cc: re@freebsd.org cc: current@freebsd.org cc: developers@freebsd.org cc: standards@freebsd.org cc: Matthias Andree Subject: Re: FreeBSD 5.3-BETA6 available 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: Tue, 28 Sep 2004 13:14:13 -0000 On Tue, 28 Sep 2004, David Malone wrote: > On Mon, Sep 27, 2004 at 12:14:17PM +0200, Matthias Andree wrote: > > 3. data corruption on unaligned block access bug, kern/60313, > > is still open and unpatched AFAICS > > Bruce suggests that this one is fixed in geom, which is now used > by default. If this is the case, I can close the PR. Please do not close the PR yet, the bug persists in FreeBSD 4.10-RELEASE-p3 (tested a few minutes ago) and probably also in 4.8. -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 13:45:01 2004 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 BB71D16A4CE for ; Tue, 28 Sep 2004 13:45:01 +0000 (GMT) Received: from mxsf21.cluster1.charter.net (mxsf21.cluster1.charter.net [209.225.28.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56E5243D3F for ; Tue, 28 Sep 2004 13:45:01 +0000 (GMT) (envelope-from archie@dellroad.org) Received: from mxip20.cluster1.charter.net (mxip20a.cluster1.charter.net [209.225.28.150])i8SDixdb020622 for ; Tue, 28 Sep 2004 09:44:59 -0400 Received: from cable-68-113-94-164.mtv.al.charter.com (HELO InterJet.dellroad.org) (68.113.94.164) by mxip20.cluster1.charter.net with ESMTP; 28 Sep 2004 09:45:00 -0400 X-Ironport-AV: i="3.84,183,1091419200"; d="scan'208"; a="281594571:sNHT12964112" Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.2.2.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id IAA65808; Tue, 28 Sep 2004 08:42:27 -0500 (CDT) Received: from arch20m.dellroad.org (localhost [127.0.0.1]) i8SDgQs2002554; Tue, 28 Sep 2004 08:42:26 -0500 (CDT) (envelope-from archie@arch20m.dellroad.org) Received: (from archie@localhost) by arch20m.dellroad.org (8.12.9p2/8.12.9/Submit) id i8SDgQNA002553; Tue, 28 Sep 2004 08:42:26 -0500 (CDT) (envelope-from archie) From: Archie Cobbs Message-Id: <200409281342.i8SDgQNA002553@arch20m.dellroad.org> In-Reply-To: <20040928103625.N3616@fw.reifenberger.com> To: Michael Reifenberger Date: Tue, 28 Sep 2004 08:42:26 -0500 (CDT) X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Tue, 28 Sep 2004 14:39:14 +0000 cc: freebsd-current@freebsd.org Subject: Re: mpd(NETGRAPH) and -current issues 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: Tue, 28 Sep 2004 13:45:01 -0000 Michael Reifenberger wrote: > after upgrading my DSL-Gateway to -current (had -current as of july before) > I experienced two things with mpd-3.16: > > - My PPPoE connection didn't work: > - Rebooting or stopping mpd causes an kernel panic (sorry no dump jet) > > ... > > Is anyone successfully using netgraph (I4BING, PPPoE) under -current? I have not run mpd on -current, though I'm pretty sure others have successfully. You might ask on mpd-users@lists.sourceforge.net. -Archie __________________________________________________________________________ Archie Cobbs * CTO, Awarix * http://www.awarix.com From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 13:59:31 2004 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 CD9A216A4CE for ; Tue, 28 Sep 2004 13:59:31 +0000 (GMT) Received: from avout1.midco.net (avout1.midco.net [24.220.0.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07FFC43D46 for ; Tue, 28 Sep 2004 13:59:29 +0000 (GMT) (envelope-from pete@beforever.com) Received: (qmail 28282 invoked by uid 1009); 28 Sep 2004 13:58:19 -0000 Received: from pete@beforever.com by avout1 by uid 1002 with qmail-scanner-1.22 (f-prot: 4.4.2/3.14.11. Clear:RC:1(24.220.217.17):. Processed in 0.016544 secs); 28 Sep 2004 13:58:19 -0000 X-Qmail-Scanner-Mail-From: pete@beforever.com via avout1 X-Qmail-Scanner: 1.22 (Clear:RC:1(24.220.217.17):. Processed in 0.016544 secs) Received: from host-17-217-220-24.midco.net (HELO [24.220.217.17]) ([24.220.217.17]) (envelope-sender ) by avout1.midco.net (qmail-ldap-1.03) with SMTP for ; 28 Sep 2004 13:58:19 -0000 In-Reply-To: <20040928025635.Q5094@ync.qbhto.arg> References: <20040928025635.Q5094@ync.qbhto.arg> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com> Content-Transfer-Encoding: 7bit From: Peter Schultz Date: Tue, 28 Sep 2004 08:58:16 -0500 To: Doug Barton X-Mailer: Apple Mail (2.619) X-Mailman-Approved-At: Tue, 28 Sep 2004 14:39:14 +0000 cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: named now runs chroot'ed by default 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: Tue, 28 Sep 2004 13:59:31 -0000 On Sep 28, 2004, at 5:03 AM, Doug Barton wrote: > Folks, > > I just committed a named "auto-chroot" system that will allow named to > run chroot'ed by default. If you have an existing named configuration > in /etc/namedb, the instructions for updating it are in src/UPDATING. > If you are already chroot'ing named, especially if you are using > /var/named as the chroot directory, you should back everything up > before upgrading and proceed with caution. :) > Why not do it FreeBSD style and auto-jail named? Sincerely, Pete... > For those that don't have a named configuration, all you should have > to do is 'rm -r /etc/namedb' and you'll be fine. > > Comments and suggestions are welcome, but please try to keep the > bikeshedding about specific bits down to an absolute minimum. The > directory structure and related options worked very well on hundreds > of name servers on a very busy enterprise network, so I have a high > degree of confidence that the defaults are sensible. That said, I am > open to genuine improvements, and dialogue on optional bits. > > Enjoy, > > Doug From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 14:37:56 2004 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 3B5F016A4CE; Tue, 28 Sep 2004 14:37:56 +0000 (GMT) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9417F43D46; Tue, 28 Sep 2004 14:37:55 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86])i8SEbjfA019784; Wed, 29 Sep 2004 00:37:45 +1000 Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) i8SEbhWS025932; Wed, 29 Sep 2004 00:37:44 +1000 Date: Wed, 29 Sep 2004 00:37:43 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Matthias Andree In-Reply-To: Message-ID: <20040929002825.M60452@delplex.bde.org> References: <415720FD.8080603@samsco.org> <415812AD.2090901@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Tue, 28 Sep 2004 14:41:32 +0000 cc: Scott Long cc: standards@FreeBSD.org cc: re@FreeBSD.org cc: current@FreeBSD.org Subject: Re: FreeBSD 5.3-BETA6 available 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: Tue, 28 Sep 2004 14:37:56 -0000 On Tue, 28 Sep 2004, Matthias Andree wrote: > Matthias Andree writes: > > >>> 3. data corruption on unaligned block access bug, kern/60313, > >>> is still open and unpatched AFAICS > >> > >> Is this actually an issue in FreeBSD 5? In the audit trail of the PR, > >> Bruce Evans seems to concede that GEOM checks block alignment > >> properly. > > OK, seeking to a position that is not a multiple of the block size > appears to trigger EINVAL on a subsequent write so this is > NOT an issue for FreeBSD 5. Except EINVAL is an undocumented and unreasonable errno for write(2). (It is documented and reasonable for pwrite(2) because it is for pwrite()'s offset arg, but even for pwrite(), misaligned offsets are not invalid: as specified in POSIX.1 but not in pwrite(4), only negative args are invalid for pwrite().) The correct errno seems to be EIO (because the device is physically incapable of doing misaligned i/o). Bruce From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 14:46:10 2004 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 7278A16A4CE for ; Tue, 28 Sep 2004 14:46:10 +0000 (GMT) Received: from moo.sysabend.org (moo.sysabend.org [66.111.41.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50E0443D5A for ; Tue, 28 Sep 2004 14:46:10 +0000 (GMT) (envelope-from ragnar@sysabend.org) Received: by moo.sysabend.org (Postfix, from userid 1004) id 181F9416; Tue, 28 Sep 2004 07:46:10 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by moo.sysabend.org (Postfix) with ESMTP id 172BB3A4 for ; Tue, 28 Sep 2004 07:46:10 -0700 (PDT) Date: Tue, 28 Sep 2004 07:46:10 -0700 (PDT) From: Jamie Bowden To: current@FreeBSD.org In-Reply-To: <20040928072151.I80789-100000@moo.sysabend.org> Message-ID: <20040928074510.W80789-100000@moo.sysabend.org> X-representing: Only myself. X-badge: We don't need no stinking badges. X-obligatory-profanity: Fuck X-moo: Moo. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: NFS with 5.3-B6 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: Tue, 28 Sep 2004 14:46:10 -0000 On Tue, 28 Sep 2004, Jamie Bowden wrote: > 10:28am ghast /boot/kernel %kldload nfsclient.ko > kldload: can't load nfsclient.ko: No such file or directory Damnit, this was my problem. Is ther eany particular reason why mergemaster doesn't update loader.rc? Jamie Bowden -- "It was half way to Rivendell when the drugs began to take hold" Hunter S Tolkien "Fear and Loathing in Barad Dur" Iain Bowen From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 14:46:35 2004 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 5BD5516A4CE for ; Tue, 28 Sep 2004 14:46:35 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E85E43D41 for ; Tue, 28 Sep 2004 14:46:33 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])E21D740DD6; Tue, 28 Sep 2004 16:46:32 +0200 (CEST) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 09880-01-12; Tue, 28 Sep 2004 16:46:32 +0200 (CEST) Received: from m2a2.dyndns.org (p508EEA9F.dip.t-dialin.net [80.142.234.159]) 93BF440DC0; Tue, 28 Sep 2004 16:46:32 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 755BFD650F; Tue, 28 Sep 2004 16:46:30 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 10068-01-2; Tue, 28 Sep 2004 16:46:30 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 318B1D4D21; Tue, 28 Sep 2004 16:46:30 +0200 (CEST) To: David Malone In-Reply-To: <200409281451.aa67359@salmon.maths.tcd.ie> (David Malone's message of "Tue, 28 Sep 2004 14:51:24 +0100") References: <200409281451.aa67359@salmon.maths.tcd.ie> From: Matthias Andree Date: Tue, 28 Sep 2004 16:46:30 +0200 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de cc: current@freebsd.org Subject: Re: FreeBSD 5.3-BETA6 available 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: Tue, 28 Sep 2004 14:46:35 -0000 David Malone writes: >> > Bruce suggests that this one is fixed in geom, which is now used >> > by default. If this is the case, I can close the PR. > >> Please do not close the PR yet, the bug persists in FreeBSD >> 4.10-RELEASE-p3 (tested a few minutes ago) and probably also in 4.8. > > Here's a quick attempt to port the patch that Bruce suggested. I > haven't been able to test it yet, but you might like to try it. Yup, but RELENG_4_10 doesn't seem to like it: cc -c -O -pipe -march=k6 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -I../../contrib/dev/acpica -I../../contrib/ipfilter -D_KERNEL -include opt_global.h -mpreferred-stack-boundary=2 ../../kern/subr_diskslice.c ../../kern/subr_diskslice.c: In function `dscheck': ../../kern/subr_diskslice.c:170: structure has no member named `bio_error' *** Error code 1 Should we move this thread to stable? -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 14:50:04 2004 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 6AC4516A4CE; Tue, 28 Sep 2004 14:50:04 +0000 (GMT) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C4F243D1F; Tue, 28 Sep 2004 14:50:04 +0000 (GMT) (envelope-from brad@stop.mail-abuse.org) Received: from [10.0.1.4] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i8SEo1tX082743; Tue, 28 Sep 2004 10:50:02 -0400 (EDT) (envelope-from brad@stop.mail-abuse.org) Mime-Version: 1.0 X-Sender: bs663385@127.0.0.1 Message-Id: In-Reply-To: <20040928143053.GD61666@elvis.mu.org> References: <20040928124039.GB61666@elvis.mu.org> <20040928143053.GD61666@elvis.mu.org> Date: Tue, 28 Sep 2004 16:37:56 +0200 To: Maxime Henrion From: Brad Knowles Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: current@freebsd.org cc: sparc64@freebsd.org Subject: Re: Call for testers: patch for the dc(4) driver 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: Tue, 28 Sep 2004 14:50:04 -0000 At 4:30 PM +0200 2004-09-28, Maxime Henrion wrote: > Well yes, the dc(4) driver. :-) Sorry. When I originally read that message, I missed the section number and did a "man dc", and was very confused. >> I think the first trick will be to find someone who actually has >> a dc(4) card in a SPARC64 box. > > I know several people that do, there are Netra boxes out there that have > integrated Davicom dc(4) cards. This is why I converted this driver to > busdma some time ago. Cool! I had no idea.... I've just been used to seeing hme interfaces forever on Suns and didn't realize that they'd switched to a different device for some hardware. Nevermind. I'll shut up now. -- Brad Knowles, "Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin (1706-1790), reply of the Pennsylvania Assembly to the Governor, November 11, 1755 SAGE member since 1995. See for more info. From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 14:59:19 2004 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 E6F5116A4CE for ; Tue, 28 Sep 2004 14:59:19 +0000 (GMT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31F2E43D53 for ; Tue, 28 Sep 2004 14:59:19 +0000 (GMT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1])i8SEx5821169; Tue, 28 Sep 2004 23:59:05 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com> References: <20040928025635.Q5094@ync.qbhto.arg> <20040928025635.Q5094@ync.qbhto.arg> <727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com> X-User-Agent: Mew/1.94.2 Emacs/21.3 X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20040704(IM147) Lines: 8 From: Makoto Matsushita To: pete@beforever.com Date: Tue, 28 Sep 2004 23:59:04 +0900 Message-Id: <20040928235904Q.matusita@jp.FreeBSD.org> cc: current@freebsd.org Subject: Re: HEADS UP: named now runs chroot'ed by default 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: Tue, 28 Sep 2004 14:59:20 -0000 pete> Why not do it FreeBSD style and auto-jail named? How do you determine IPv4 address for jail automatically ? :-) How about IPv6 ? :-) :-) -- - Makoto `MAR' Matsushita From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:01:27 2004 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 B19DA16A4CE for ; Tue, 28 Sep 2004 15:01:27 +0000 (GMT) Received: from md.gfk.ru (md.gfk.ru [62.205.179.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3B0C43D2F for ; Tue, 28 Sep 2004 15:01:16 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru ([10.0.0.30]) by md.gfk.ru (md.gfk.ru [62.205.179.201]) (MDaemon.PRO.v6.8.5.R) with ESMTP id 7-md50000000045.tmp for ; Tue, 28 Sep 2004 19:00:02 +0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Date: Tue, 28 Sep 2004 18:59:52 +0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: mpd(NETGRAPH) and -current issues Thread-Index: AcSlacz+hhzrHdAXR663TA5X9ltFSQAAPMlw From: "Yuriy Tsibizov" To: "Michael Reifenberger" X-Spam-Processed: md.gfk.ru, Tue, 28 Sep 2004 19:00:02 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: freebsd-current@freebsd.org cc: freebsd-current@freebsd.org Subject: RE: mpd(NETGRAPH) and -current issues 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: Tue, 28 Sep 2004 15:01:27 -0000 > Michael Reifenberger wrote: > > after upgrading my DSL-Gateway to -current (had -current as=20 > of july before) > > I experienced two things with mpd-3.16: > >=20 > > - My PPPoE connection didn't work: > > - Rebooting or stopping mpd causes an kernel panic (sorry=20 > no dump jet) > >=20 > > ... > >=20 > > Is anyone successfully using netgraph (I4BING, PPPoE) under=20 > -current? >=20 I use mpd 3.18 compiled on 6-CURRENT around saturday for dial-up PPP = (not PPPoE). I had to rebuild mpd after upgrading from 5-CURRENT (mid-august) to = 6-CURRENT, otherwise it fails to connect with netgraph errors. Yuriy. From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:05:15 2004 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 3B46516A4CF; Tue, 28 Sep 2004 15:05:15 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9913A43D39; Tue, 28 Sep 2004 15:05:12 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])DA8F040DFE; Tue, 28 Sep 2004 17:05:11 +0200 (CEST) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 03399-01-10; Tue, 28 Sep 2004 17:05:11 +0200 (CEST) Received: from m2a2.dyndns.org (p508EEA9F.dip.t-dialin.net [80.142.234.159]) 87FBF40DFC; Tue, 28 Sep 2004 17:05:11 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id D93AAD6511; Tue, 28 Sep 2004 17:05:10 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 10376-02-3; Tue, 28 Sep 2004 17:05:10 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 899AED6510; Tue, 28 Sep 2004 17:05:10 +0200 (CEST) To: Bruce Evans In-Reply-To: <20040929002825.M60452@delplex.bde.org> (Bruce Evans's message of "Wed, 29 Sep 2004 00:37:43 +1000 (EST)") References: <415720FD.8080603@samsco.org> <415812AD.2090901@FreeBSD.org> <20040929002825.M60452@delplex.bde.org> From: Matthias Andree Date: Tue, 28 Sep 2004 17:05:10 +0200 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de cc: Scott Long cc: standards@FreeBSD.org cc: Matthias Andree cc: current@FreeBSD.org cc: re@FreeBSD.org Subject: Re: FreeBSD 5.3-BETA6 available 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: Tue, 28 Sep 2004 15:05:15 -0000 Bruce Evans writes: > Except EINVAL is an undocumented and unreasonable errno for write(2). > (It is documented and reasonable for pwrite(2) because it is for > pwrite()'s offset arg, but even for pwrite(), misaligned offsets are > not invalid: as specified in POSIX.1 but not in pwrite(4), only > negative args are invalid for pwrite().) > The correct errno seems to be EIO (because the device is physically > incapable of doing misaligned i/o). Yes indeed, EIO is better. It is however of paramount importance to refuse the misaligned write operation on the raw (as in unbuffered) device rather than round down the offset and write to the wrong offset, as happens now in FreeBSD 4. Imagine someone (ported Linux program) trying to write the last 64 bytes of the MBR (IA32 or AMD64) with a new partition table at offset #448 and the data ends up at offset #0 -> the system has just become unbootable with trashed boot code, and the application believing everything is in order... -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:06:42 2004 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 7A9D516A4CF for ; Tue, 28 Sep 2004 15:06:42 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DB9043D41 for ; Tue, 28 Sep 2004 15:06:41 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8SF3g4u097752; Tue, 28 Sep 2004 09:03:42 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 28 Sep 2004 09:04:57 -0600 (MDT) Message-Id: <20040928.090457.115908926.imp@bsdimp.com> To: gavin.atkinson@ury.york.ac.uk From: "M. Warner Losh" In-Reply-To: <1096380248.911.7.camel@buffy.york.ac.uk> References: <1096380248.911.7.camel@buffy.york.ac.uk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: David.Boyd@insightbb.com cc: nate@root.org cc: freebsd-current@freebsd.org Subject: Re: FDC/ACPI/GEOM problems 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: Tue, 28 Sep 2004 15:06:42 -0000 In message: <1096380248.911.7.camel@buffy.york.ac.uk> Gavin Atkinson writes: : On Mon, 2004-09-27 at 22:42, David Boyd wrote: : > Yes, I am tracking RELENG_5. : > : > The kernel build with the files you suggested resulted in the same hang. : > : > I filtered the commits by hour and then by 20 minutes intervals until I : > experienced the hang. : > : > The hang occurs after building the kernel with the follow commits: : > : > Edit src/sys/dev/fdc/fdc.c : > Add delta 1.283.2.1 2004.09.18.04.57.55 imp : > Edit src/sys/dev/fdc/fdc_acpi.c : > Add delta 1.2.2.2 2004.09.18.04.57.55 imp : > Edit src/sys/dev/fdc/fdc_isa.c : > Add delta 1.9.2.2 2004.09.18.04.57.55 imp : > Edit src/sys/dev/fdc/fdc_pccard.c : > Add delta 1.8.2.1 2004.09.18.04.57.55 imp : > Delete src/sys/dev/fdc/fdcreg.h : > Edit src/sys/dev/fdc/fdcvar.h : > Add delta 1.3.2.1 2004.09.18.04.57.55 imp : > Edit src/sys/sys/bio.h : > Add delta 1.139.2.1 2004.09.18.04.56.06 imp : > Edit src/sys/sys/fdcio.h : > Add delta 1.17.8.1 2004.09.18.04.57.55 imp : > : > I have some "free" time to pursue this now! : > I'll try almost anything you suggest. : > : > ------------------------------------------------ : > : > P.S. The system isn't actually dead...touching the power switch results in : > : > "ACPI: suspend request ignored (not ready yet)" : > : > as often as the power switch is depressed briefly. : : I have spent a little time today looking at this problem in more detail. : The hangs on BETA5 that several people have reported are indeed related : to the above file revisions. Apparently systems only hang with ACPI : enabled, and seem to hang in g_waitidle(), presumably waiting for the : floppy drive to become idle. : : db> tr 1 : sched_switch(c1501320,0,1) at sched_switch+0x14f : mi_switch(1,0) at mi_switch+0x264 : sleepq_switch(c08b7980,1,cbc81c90,c060ee72,c08b7980) at : sleepq_switch+0xe0 : sleepq_timedwait(c08b7980,0,0,0,0) at sleepq_timedwait+0x34 : msleep(c08b7980,0,68,c07f4bb1,14) at msleep+0x2ca : g_waitidle(c1500e00,c05e7600,0,cbc81d1c,c05e7652) at g_waitidle+0x48 : vfs_mountroot(0,c1500e00,c1501320,0,0) at vfs_mountroot+0x10 : start_init(0,cbc81d48,0,c05e7600,0) at start_init+0x52 : fork_exit(c05e7600,0,cbc81d48) at fork_exit+0xa4 : fork_trampoline() at fork_trampoline+0x8 : --- trap 0x1, eip = 0, esp = 0xcbc81d7c, ebp = 0 --- : : On my system, I can't prove that the issue is related to ACPI but others : have reported this issue goiung away with ACPI disabled. On my system, : the floppy drive LED comes on at the point of the hang. Having a floppy : disk in the drive makes no difference. Does removing the fd drive change things? The fdc worker thread is still there in that case... Warner From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:07:55 2004 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 04FB616A4CE for ; Tue, 28 Sep 2004 15:07:55 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F42543D48 for ; Tue, 28 Sep 2004 15:07:54 +0000 (GMT) (envelope-from marchenko@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so57142rnk for ; Tue, 28 Sep 2004 08:07:52 -0700 (PDT) Received: by 10.38.59.51 with SMTP id h51mr974515rna; Tue, 28 Sep 2004 08:07:52 -0700 (PDT) Received: by 10.38.22.66 with HTTP; Tue, 28 Sep 2004 08:07:51 -0700 (PDT) Message-ID: Date: Tue, 28 Sep 2004 11:07:51 -0400 From: Vlad To: Michael Reifenberger In-Reply-To: <20040928103625.N3616@fw.reifenberger.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040928103625.N3616@fw.reifenberger.com> cc: freebsd-current@freebsd.org cc: archie@freebsd.org Subject: Re: mpd(NETGRAPH) and -current issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vlad List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Sep 2004 15:07:55 -0000 I had problems with mpd in -current - for some reason kernel could not load some netgraph modules untill I added /boot/kernel into the modules search path manually with kldconfig ( by default it only has /boot/modules directory which is empty for me). Try to do the same and restart mpd you also need to make sure you have fresh recompiled mpd as was suggested in other posts. -- Vlad On Tue, 28 Sep 2004 10:52:46 +0200 (CEST), Michael Reifenberger wrote: > Hi, > after upgrading my DSL-Gateway to -current (had -current as of july before) > I experienced two things with mpd-3.16: > > - My PPPoE connection didn't work: > ... > Sep 27 22:51:45 fw mpd: [PPPoE] bundle: OPEN event in state CLOSED > Sep 27 22:51:45 fw mpd: [PPPoE] opening link "PPPoE"... > Sep 27 22:51:45 fw mpd: [PPPoE] link: OPEN event > Sep 27 22:51:45 fw mpd: [PPPoE] LCP: Open event > Sep 27 22:51:45 fw mpd: [PPPoE] LCP: state change Initial --> Starting > Sep 27 22:51:45 fw mpd: [PPPoE] LCP: LayerStart > Sep 27 22:51:45 fw mpd: [PPPoE] device: OPEN event in state DOWN > Sep 27 22:51:45 fw mpd: [PPPoE] can't connect bypass,link0 and vr1:orphans,mpd687-PPPoE: No such file or directory > Sep 27 22:51:45 fw mpd: [PPPoE] can't remove hook mpd687-PPPoE from node "vr1:orphans": No such file or directory > Sep 27 22:51:45 fw mpd: [PPPoE] device is now in state OPENING > Sep 27 22:51:45 fw mpd: [PPPoE] device: DOWN event in state OPENING > Sep 27 22:51:45 fw mpd: [PPPoE] device is now in state DOWN > Sep 27 22:51:45 fw mpd: [PPPoE] link: DOWN event > Sep 27 22:51:45 fw mpd: [PPPoE] LCP: Down event > ... -- Vlad From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:11:32 2004 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 3148316A4CE; Tue, 28 Sep 2004 15:11:32 +0000 (GMT) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2F5843D2F; Tue, 28 Sep 2004 15:11:31 +0000 (GMT) (envelope-from nectar@celabo.org) Received: from localhost (localhost [127.0.0.1]) by gw.celabo.org (Postfix) with ESMTP id 625D554887; Tue, 28 Sep 2004 10:11:31 -0500 (CDT) Received: from gw.celabo.org ([127.0.0.1]) by localhost (hellblazer.celabo.org [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 20127-10; Tue, 28 Sep 2004 10:11:20 -0500 (CDT) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (not verified)) by gw.celabo.org (Postfix) with ESMTP id C25CF5487E; Tue, 28 Sep 2004 10:11:14 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id 9524D6D46D; Tue, 28 Sep 2004 10:11:01 -0500 (CDT) Date: Tue, 28 Sep 2004 10:11:01 -0500 From: "Jacques A. Vidrine" To: Doug Barton Message-ID: <20040928151101.GE23453@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Doug Barton , freebsd-current@freebsd.org References: <20040928025635.Q5094@ync.qbhto.arg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040928025635.Q5094@ync.qbhto.arg> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: named now runs chroot'ed by default 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: Tue, 28 Sep 2004 15:11:32 -0000 On Tue, Sep 28, 2004 at 03:03:46AM -0700, Doug Barton wrote: > I just committed a named "auto-chroot" system that will allow named to > run chroot'ed by default. Sweet, thanks Doug! -- Jacques A Vidrine / NTT/Verio nectar@celabo.org / jvidrine@verio.net / nectar@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:21:12 2004 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 5DA2C16A4CE for ; Tue, 28 Sep 2004 15:21:12 +0000 (GMT) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A08643D49 for ; Tue, 28 Sep 2004 15:21:09 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with SMTP id D4B6B1AF; Tue, 28 Sep 2004 09:21:26 +0300 (EEST) Date: Tue, 28 Sep 2004 09:21:26 +0300 From: Ion-Mihai Tetcu To: Adam Smith Message-ID: <20040928092126.1ddeb093@it.buh.tecnik93.com> In-Reply-To: <20040928022301.GE33535@internode.com.au> References: <20040928022301.GE33535@internode.com.au> X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Mixer settings revert to zero 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: Tue, 28 Sep 2004 15:21:12 -0000 On Tue, 28 Sep 2004 11:53:02 +0930 Adam Smith wrote: > > Hi! > > With the recent changes to the sound drivers, will the mixer begin working > like it used to before 5.3 is released? The release notes for 5.3-BETA6 > say that "the sound(4) driver reads /boot/device.hints on startup, to allow > setting of default values for mixer channels." > > But this doesn't seem to be happening. The release notes also say the > device driver's name is still pcm, however I couldn't find this in > /boot/device.hints. In my particular case, I am using the device ich for > my sound. > > Because the mixer settings are not being picked up properly, upon boot, my > system's mixer settings all revert to zero. I have to fix them manually by > applying levels to 'pcm' and 'vol'. > > Is this a problem across the board at the moment with mixer settings, or > applicable to only certain drivers (such as ich?) Is there anything I can > do to fix the problem, or will it be fixed before 5.3? At least for me not the detection is the problem, but the result is the same: > From: Ion-Mihai Tetcu > Newsgroups: comp.unix.bsd.freebsd.misc > Subject: 5.3-BETA{3|4} mixer vol always 0:0 after reboot > Date: Mon, 13 Sep 2004 02:34:57 +0300 > > Hi, > > > Is anyone else seeing this ? > > For me it was OK until BETA2, it begun on BETA3 on it continues on > BETA4. > > The settings seems to be saved: > # cat /var/db/mixer0-state > vol 95:95 pcm 34:34 speaker 0:0 line 0:0 mic 0:0 cd 0:0 rec 0:0 ogain 0:0 line1 0:0 phin 0:0 phout 0:0 video 0:0 > > But I get vol 0:0 after reboot. > > I'm loading kld in /boot/ > # grep snd /boot/loader.conf > snd_via8233_load="YES" > > and the device is recognised: > /var/run/dmesg.boot: > ........ > Preloaded elf module "/boot/kernel/snd_via8233.ko" at 0xc0857448. > Preloaded elf module "/boot/kernel/sound.ko" at 0xc08574f8. > .......... > pcm0: port 0xe400-0xe4ff irq 22 at device 17.5 on pci0 > pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe400 > pcm0: [GIANT-LOCKED] > pcm0: > pcm0: Codec features 20 bit DAC, 18 bit ADC, 5 bit master volume, Realtek 3D Stereo Enhancement > pcm0: Primary codec extended features variable rate PCM, double rate PCM, reserved 1, center DAC, s > urround DAC, LFE DAC, reserved 4 > pcm0: sndbuf_setmap 275000, 1000; 0xc2381000 -> 275000 > pcm0: sndbuf_setmap 293000, 1000; 0xc237f000 -> 293000 > pcm0: sndbuf_setmap 291000, 1000; 0xc237d000 -> 291000 > pcm0: sndbuf_setmap 26f000, 1000; 0xc237b000 -> 26f000 > pcm0: sndbuf_setmap 28d000, 1000; 0xc2379000 -> 28d000 > pcm0: sndbuf_setmap 2c3000, 1000; 0xc238f000 -> 2c3000 > ............. > > # cat /dev/sndstat > FreeBSD Audio Driver (newpcm) > Installed devices: > pcm0: at io 0xe400 irq 22 kld snd_via8233 (5p/1r/0v channels duplex default) > > # ident /etc/rc.d/mixer > /etc/rc.d/mixer: > $FreeBSD: src/etc/rc.d/mixer,v 1.3 2004/03/27 09:26:22 dougb Exp $ -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:21:15 2004 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 41E4C16A4D6 for ; Tue, 28 Sep 2004 15:21:14 +0000 (GMT) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CB6443D53 for ; Tue, 28 Sep 2004 15:21:09 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with SMTP id B5D0410A; Mon, 27 Sep 2004 20:41:21 +0300 (EEST) Date: Mon, 27 Sep 2004 20:41:21 +0300 From: Ion-Mihai Tetcu To: Rene Ladan Message-ID: <20040927204121.5fd0e019@it.buh.tecnik93.com> In-Reply-To: <20040927165724.GA771@82-168-140-74-bbxl.xdsl.tiscali.nl> References: <20040927165724.GA771@82-168-140-74-bbxl.xdsl.tiscali.nl> X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: panic: negative nice count 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: Tue, 28 Sep 2004 15:21:16 -0000 On Mon, 27 Sep 2004 18:57:25 +0200 Rene Ladan wrote: > Hi, > > I'm running BETA6: > > FreeBSD 82-168-140-74-bbxl.xdsl.tiscali.nl 5.3-BETA6 FreeBSD 5.3-BETA6 #0: > Mon Sep 27 03:04:45 CEST 2004 root@82-168-140-74-bbxl.xdsl.tiscali.nl: > /usr/obj/usr/src-releng_5/sys/RENE_2004-09-05d i386 > > When I did "idprio 31 -" on a process with nice 20, I got a > "negative nice count" panic from kern_shutdown.c:553. I'm using ULE / > witness / no PREEMPTION Witness and preemption doesn't make any difference, AFACT. It is a long standing bug ( http://docs.freebsd.org/cgi/mid.cgi?20040303131655.24317.qmail ) and it affects only ULE. There is a PR kern/71310. -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:35:01 2004 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 422DB16A4CF for ; Tue, 28 Sep 2004 15:35:01 +0000 (GMT) Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com [194.25.134.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92ABC43D41 for ; Tue, 28 Sep 2004 15:34:58 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from fwd05.aul.t-online.de by mailout11.sul.t-online.com with smtp id 1CCK0G-0004Yy-05; Tue, 28 Sep 2004 17:34:56 +0200 Received: from fw.reifenberger.com (b7O49sZbQefzYhKmMvI82MHUOBs6zNkXZ3yLIMfEEMd7ZTDQHcd10P@[217.232.248.189]) by fmrl05.sul.t-online.com with esmtp id 1CCK09-0GPz3Q0; Tue, 28 Sep 2004 17:34:49 +0200 Received: from localhost (mike@localhost)i8SFYmg3055528; Tue, 28 Sep 2004 17:34:48 +0200 (CEST) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Tue, 28 Sep 2004 17:34:48 +0200 (CEST) From: Michael Reifenberger To: Yuriy Tsibizov In-Reply-To: Message-ID: <20040928173353.Q55513@fw.reifenberger.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-ID: b7O49sZbQefzYhKmMvI82MHUOBs6zNkXZ3yLIMfEEMd7ZTDQHcd10P@t-dialin.net X-TOI-MSGID: f166af5a-2667-4998-8e92-08ee5f19e05a cc: freebsd-current@freebsd.org Subject: RE: mpd(NETGRAPH) and -current issues 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: Tue, 28 Sep 2004 15:35:01 -0000 On Tue, 28 Sep 2004, Yuriy Tsibizov wrote: ... > I use mpd 3.18 compiled on 6-CURRENT around saturday for dial-up PPP (not PPPoE). > I had to rebuild mpd after upgrading from 5-CURRENT (mid-august) to 6-CURRENT, > otherwise it fails to connect with netgraph errors. Thanks! Will try. Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:37:28 2004 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 C9F2F16A4CE for ; Tue, 28 Sep 2004 15:37:28 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id DF20043D4C for ; Tue, 28 Sep 2004 15:37:25 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 18978 invoked by uid 0); 28 Sep 2004 15:33:19 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.98.7) by mail.freebsd.org.cn with SMTP; 28 Sep 2004 15:33:19 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 99920132562; Tue, 28 Sep 2004 23:35:44 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03160-07; Tue, 28 Sep 2004 23:35:38 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 6BDED13255F; Tue, 28 Sep 2004 23:35:37 +0800 (CST) Date: Tue, 28 Sep 2004 23:35:37 +0800 From: Xin LI To: Matthias Andree Message-ID: <20040928153537.GA3185@frontfree.net> References: <20040927224353.845381B217@merlin.emma.line.org> <20040928043351.GA2400@frontfree.net> <20040928071758.GB14942@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-delphij FreeBSD 5.3-delphij #4: Mon Sep 13 12:44:05 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net cc: Ruslan Ermilov cc: Matthias Andree cc: current@FreeBSD.org Subject: Re: bin/72138: libc.so.5 isn't installed in a safe way 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: Tue, 28 Sep 2004 15:37:29 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 28, 2004 at 10:38:23AM +0200, Matthias Andree wrote: > I must say that although Xin's patch will certainly work well to address > my original PR, I like Ruslan's idea better, because it appears to work Yes, I like it too :-) Ruslan's patch is apparantly better because it also protected other shared libraries. > for all precious libraries, not just libc. But there is more "precious" > stuff, /bin, /sbin, /boot (including kernel), /rescue (I was glad I had > the latter, otherwise my system would have been dead.) > > Using -S for the whole system might be a bit slow without softupdates > (or async, which I do not favor) but would not be a bad idea from a > robustness point of view which I personally prefer. I think it the slowdown would not be too much for this issue. For a filesystem without SoftUpdates enabled, the operations are: - Increase the inode reference count in preparation of referencing it - Add a new entity for the 'canonical' name and reference the inode - Remove the old entry for the 'temporary' name - Decrease the reference count back=20 Of course, with synchnously mounted file system, you will initialize four disk writes, however, the majority of metadata update, say, the file block descriptions (i.e. storage bitmaps, etc) were already written on disk, so this (theorically) won't be a big impact. My only concern of having -S for the whole installation is that when we terminate it (accidentially or intentionally), we may left some file like install.Xb5Q7c or something like it, which is not so easy to cleanup until the next time we have a ``make installworld''. What's more, I think it is easy for any user to use ``make "INSTALL=3Dinstall -CS" installworld'' if they really need the functionality. Without having -S for the whole installation gives more flexiblity, while having -S for shared libraries would protect users from having their system in a horrible state (after all, having a bad rtld-elf.so or libc.so is not something interest :-) So I personally prefer we have -S for the shared libraries (as Ruslan's patch did) - and give our user community the choose of whether to have INSTALL=3Dinstall -S in their make.conf. What do you think about this? Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWYTJ/cVsHxFZiIoRApd/AKCJMEC9RCvvu9eIlqcP9rsEiO20kwCfWTyj UFt78PKzht8raTKRvCEUOQ4= =/5bL -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:43:36 2004 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 5BD1A16A4D8 for ; Tue, 28 Sep 2004 15:43:36 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1930F43D4C for ; Tue, 28 Sep 2004 15:43:36 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 2822 invoked from network); 28 Sep 2004 15:43:35 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 28 Sep 2004 15:43:35 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8SFhF2P002165; Tue, 28 Sep 2004 11:43:21 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Brian Fundakowski Feldman Date: Tue, 28 Sep 2004 11:42:09 -0400 User-Agent: KMail/1.6.2 References: <20040924230425.GB1164@green.homeunix.org> <200409271635.44017.jhb@FreeBSD.org> <20040927215511.GC24003@green.homeunix.org> In-Reply-To: <20040927215511.GC24003@green.homeunix.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409281142.09481.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Andy Farkas cc: freebsd-current@FreeBSD.org cc: current@FreeBSD.org Subject: Re: panic: APIC: Previous IPI is stuck 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: Tue, 28 Sep 2004 15:43:36 -0000 On Monday 27 September 2004 05:55 pm, Brian Fundakowski Feldman wrote: > On Mon, Sep 27, 2004 at 04:35:44PM -0400, John Baldwin wrote: > > On Friday 24 September 2004 08:24 pm, Andy Farkas wrote: > > > I have been having this problem for a few weeks now. Glad I'm not the > > > only one. My box is a 4xPPro running 5.3-BETA5. It panics with either > > > ULE or 4BSD. > > > > > > My theory is that a physical IPI gets lost somewhere and the kerenl > > > spins waiting for it. But thats just a stab in the dark because nobody > > > cares to explain why IPI's would be stuck. > > > > The panic has to do with a previous IPI not finished being sent from the > > same CPU. I've yet to determine why this happens. You can try editing > > sys/i386/i386/local_apic.c and turning on 'DETECT_DEADLOCK' (I think it > > is just commented out) and seeing if that improves stability. I also see > > this on a 4xPIIXeon system I use for testing. > > Can KTR logging be leveraged to find the root cause(s) of these deadlocks, > or is it just so wildly unpredictable that it would be of no use? It might could be, but I think it would probably slow things down so much that they would go away. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:43:36 2004 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 5D40816A4D9 for ; Tue, 28 Sep 2004 15:43:36 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A0F243D54 for ; Tue, 28 Sep 2004 15:43:36 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 2822 invoked from network); 28 Sep 2004 15:43:35 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 28 Sep 2004 15:43:35 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8SFhF2P002165; Tue, 28 Sep 2004 11:43:21 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Brian Fundakowski Feldman Date: Tue, 28 Sep 2004 11:42:09 -0400 User-Agent: KMail/1.6.2 References: <20040924230425.GB1164@green.homeunix.org> <200409271635.44017.jhb@FreeBSD.org> <20040927215511.GC24003@green.homeunix.org> In-Reply-To: <20040927215511.GC24003@green.homeunix.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409281142.09481.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Andy Farkas cc: freebsd-current@FreeBSD.org cc: current@FreeBSD.org Subject: Re: panic: APIC: Previous IPI is stuck 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: Tue, 28 Sep 2004 15:43:36 -0000 On Monday 27 September 2004 05:55 pm, Brian Fundakowski Feldman wrote: > On Mon, Sep 27, 2004 at 04:35:44PM -0400, John Baldwin wrote: > > On Friday 24 September 2004 08:24 pm, Andy Farkas wrote: > > > I have been having this problem for a few weeks now. Glad I'm not the > > > only one. My box is a 4xPPro running 5.3-BETA5. It panics with either > > > ULE or 4BSD. > > > > > > My theory is that a physical IPI gets lost somewhere and the kerenl > > > spins waiting for it. But thats just a stab in the dark because nobody > > > cares to explain why IPI's would be stuck. > > > > The panic has to do with a previous IPI not finished being sent from the > > same CPU. I've yet to determine why this happens. You can try editing > > sys/i386/i386/local_apic.c and turning on 'DETECT_DEADLOCK' (I think it > > is just commented out) and seeing if that improves stability. I also see > > this on a 4xPIIXeon system I use for testing. > > Can KTR logging be leveraged to find the root cause(s) of these deadlocks, > or is it just so wildly unpredictable that it would be of no use? It might could be, but I think it would probably slow things down so much that they would go away. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:43:38 2004 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 40A7316A4CE for ; Tue, 28 Sep 2004 15:43:38 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A73D43D55 for ; Tue, 28 Sep 2004 15:43:38 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 27616 invoked from network); 28 Sep 2004 15:43:37 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 28 Sep 2004 15:43:37 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8SFhF2Q002165; Tue, 28 Sep 2004 11:43:35 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Evren Yurtesen Date: Tue, 28 Sep 2004 11:43:10 -0400 User-Agent: KMail/1.6.2 References: <200409271628.02524.jhb@FreeBSD.org> <41594383.503@ispro.net.tr> In-Reply-To: <41594383.503@ispro.net.tr> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409281143.10421.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: freebsd-current@FreeBSD.org cc: Robert Watson Subject: Re: panic: sorele 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: Tue, 28 Sep 2004 15:43:38 -0000 On Tuesday 28 September 2004 06:57 am, Evren Yurtesen wrote: > John Baldwin wrote: > > On Monday 27 September 2004 09:34 pm, Evren Yurtesen wrote: > >>Robert Watson wrote: > >>>On Thu, 23 Sep 2004, Evren Yurtesen wrote: > >>>>Does anybody know what is panic: sorele? :) > >>> > >>>It's the result of an inconsistency detected by the kernel regarding > >>>kernel invariants for sockets. The somewhat uninformative nature of the > >>>message is historical, and should probably be fixed. If this is > >>>reproduceable, could you rebuild your kernel with INVARIANTS support, as > >>>well as DDB so you can generate a stack trace and other debugging > >>>information (or, if you have a core, could you use gdb to extract > >>>debugging information per the Handbook?) > >> > >>I am not able to compile the kernel with DDB and INVARIANTS either... > >>When I put these options to kernel conf, I get this error > >> > >>Options Added: > >> > >>options INVARIANTS > >>options KDB > >>options DDB > > > > INVARIANTS requires the option 'INVARIANT_SUPPORT'. > > Good point, one sometimes wonders why options INVARIANTS doesnt > automatically include options INVARIANT_SUPPORT :) So you can build a kernel with INVARIANT_SUPPORT but no INVARIANTS but still build modules with INVARIANTS. Useful when working on a device driver for example. I think the dependency there is noted in sys/conf/NOTES btw. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:43:41 2004 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 9FE5B16A520 for ; Tue, 28 Sep 2004 15:43:41 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B21B43D5A for ; Tue, 28 Sep 2004 15:43:39 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 24267 invoked from network); 28 Sep 2004 15:43:39 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 28 Sep 2004 15:43:38 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8SFhF2R002165; Tue, 28 Sep 2004 11:43:36 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Evren Yurtesen Date: Tue, 28 Sep 2004 11:43:51 -0400 User-Agent: KMail/1.6.2 References: <200409271628.02524.jhb@FreeBSD.org> <4159467F.7010202@ispro.net.tr> In-Reply-To: <4159467F.7010202@ispro.net.tr> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409281143.51853.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: freebsd-current@FreeBSD.org cc: Robert Watson Subject: Re: ? witness_get: witness exhausted ? Re(4): panic: sorele 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: Tue, 28 Sep 2004 15:43:41 -0000 On Tuesday 28 September 2004 07:09 am, Evren Yurtesen wrote: > John Baldwin wrote: > > On Monday 27 September 2004 09:34 pm, Evren Yurtesen wrote: > >>Robert Watson wrote: > >>>On Thu, 23 Sep 2004, Evren Yurtesen wrote: > >>>>Does anybody know what is panic: sorele? :) > >>> > >>>It's the result of an inconsistency detected by the kernel regarding > >>>kernel invariants for sockets. The somewhat uninformative nature of the > >>>message is historical, and should probably be fixed. If this is > >>>reproduceable, could you rebuild your kernel with INVARIANTS support, as > >>>well as DDB so you can generate a stack trace and other debugging > >>>information (or, if you have a core, could you use gdb to extract > >>>debugging information per the Handbook?) > >> > >>I am not able to compile the kernel with DDB and INVARIANTS either... > >>When I put these options to kernel conf, I get this error > >> > >>Options Added: > >> > >>options INVARIANTS > >>options KDB > >>options DDB > > > > INVARIANTS requires the option 'INVARIANT_SUPPORT'. > > Well, now I could compile the kernel with invariants etc. but I get this > error at boot time. > > witness_get: witness exhausted > > What does this mean now? :) I read from archives that it means that some > buffers are exhausted that it doesnt do lock order checking anymore, but > why would it give that error at boot time? Because it exhausts the buffer at boot time. :) I probably need to up the default size of the buffer. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:45:24 2004 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 949E416A4CE for ; Tue, 28 Sep 2004 15:45:24 +0000 (GMT) Received: from sccimhc91.asp.att.net (sccimhc91.asp.att.net [63.240.76.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30FCB43D45 for ; Tue, 28 Sep 2004 15:45:24 +0000 (GMT) (envelope-from David.Boyd@insightbb.com) Received: from happy (12-202-176-78.client.insightbb.com[12.202.176.78]) by sccimhc91.asp.att.net (sccimhc91) with SMTP id <20040928154522i9100s36lqe>; Tue, 28 Sep 2004 15:45:23 +0000 From: "David Boyd" To: "M. Warner Losh" Date: Tue, 28 Sep 2004 11:45:22 -0400 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.6604 (9.0.2911.0) In-Reply-To: <20040928.090457.115908926.imp@bsdimp.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal cc: freebsd-current@freebsd.org Subject: RE: FDC/ACPI/GEOM problems 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: Tue, 28 Sep 2004 15:45:24 -0000 M. Warner Losh wrote: > -----Original Message----- > From: M. Warner Losh [mailto:imp@bsdimp.com] > Sent: Tuesday, September 28, 2004 11:05 > To: gavin.atkinson@ury.york.ac.uk > Cc: David.Boyd@insightbb.com; freebsd-current@freebsd.org; nate@root.org > Subject: Re: FDC/ACPI/GEOM problems > > > In message: <1096380248.911.7.camel@buffy.york.ac.uk> > Gavin Atkinson writes: > : On Mon, 2004-09-27 at 22:42, David Boyd wrote: > : > Yes, I am tracking RELENG_5. > : > > : > The kernel build with the files you suggested resulted in the > same hang. > : > > : > I filtered the commits by hour and then by 20 minutes > intervals until I > : > experienced the hang. > : > > : > The hang occurs after building the kernel with the follow commits: > : > > : > Edit src/sys/dev/fdc/fdc.c > : > Add delta 1.283.2.1 2004.09.18.04.57.55 imp > : > Edit src/sys/dev/fdc/fdc_acpi.c > : > Add delta 1.2.2.2 2004.09.18.04.57.55 imp > : > Edit src/sys/dev/fdc/fdc_isa.c > : > Add delta 1.9.2.2 2004.09.18.04.57.55 imp > : > Edit src/sys/dev/fdc/fdc_pccard.c > : > Add delta 1.8.2.1 2004.09.18.04.57.55 imp > : > Delete src/sys/dev/fdc/fdcreg.h > : > Edit src/sys/dev/fdc/fdcvar.h > : > Add delta 1.3.2.1 2004.09.18.04.57.55 imp > : > Edit src/sys/sys/bio.h > : > Add delta 1.139.2.1 2004.09.18.04.56.06 imp > : > Edit src/sys/sys/fdcio.h > : > Add delta 1.17.8.1 2004.09.18.04.57.55 imp > : > > : > I have some "free" time to pursue this now! > : > I'll try almost anything you suggest. > : > > : > ------------------------------------------------ > : > > : > P.S. The system isn't actually dead...touching the power > switch results in > : > > : > "ACPI: suspend request ignored (not ready yet)" > : > > : > as often as the power switch is depressed briefly. > : > : I have spent a little time today looking at this problem in more detail. > : The hangs on BETA5 that several people have reported are indeed related > : to the above file revisions. Apparently systems only hang with ACPI > : enabled, and seem to hang in g_waitidle(), presumably waiting for the > : floppy drive to become idle. > : > : db> tr 1 > : sched_switch(c1501320,0,1) at sched_switch+0x14f > : mi_switch(1,0) at mi_switch+0x264 > : sleepq_switch(c08b7980,1,cbc81c90,c060ee72,c08b7980) at > : sleepq_switch+0xe0 > : sleepq_timedwait(c08b7980,0,0,0,0) at sleepq_timedwait+0x34 > : msleep(c08b7980,0,68,c07f4bb1,14) at msleep+0x2ca > : g_waitidle(c1500e00,c05e7600,0,cbc81d1c,c05e7652) at g_waitidle+0x48 > : vfs_mountroot(0,c1500e00,c1501320,0,0) at vfs_mountroot+0x10 > : start_init(0,cbc81d48,0,c05e7600,0) at start_init+0x52 > : fork_exit(c05e7600,0,cbc81d48) at fork_exit+0xa4 > : fork_trampoline() at fork_trampoline+0x8 > : --- trap 0x1, eip = 0, esp = 0xcbc81d7c, ebp = 0 --- > : > : On my system, I can't prove that the issue is related to ACPI but others > : have reported this issue goiung away with ACPI disabled. On my system, > : the floppy drive LED comes on at the point of the hang. Having a floppy > : disk in the drive makes no difference. > > Does removing the fd drive change things? The fdc worker thread is > still there in that case... Yes, Disabling the floppy controller results in a successful boot for me. > > Warner From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:51:24 2004 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 26D6616A4CE for ; Tue, 28 Sep 2004 15:51:24 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id A90B643D48 for ; Tue, 28 Sep 2004 15:51:23 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8SFnAeU098591; Tue, 28 Sep 2004 09:49:10 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 28 Sep 2004 09:50:25 -0600 (MDT) Message-Id: <20040928.095025.95903793.imp@bsdimp.com> To: David.Boyd@insightbb.com From: "M. Warner Losh" In-Reply-To: References: <20040928.090457.115908926.imp@bsdimp.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.ORG Subject: Re: FDC/ACPI/GEOM problems 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: Tue, 28 Sep 2004 15:51:24 -0000 : Disabling the floppy controller results in a successful boot for me. What about removing the floppy drive w/o disabling the floppy controller? Warner From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:52:00 2004 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 B961E16A4CE for ; Tue, 28 Sep 2004 15:52:00 +0000 (GMT) Received: from mail.otel.net (gw3.OTEL.net [212.36.8.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09D8A43D48 for ; Tue, 28 Sep 2004 15:52:00 +0000 (GMT) (envelope-from tbyte@OTEL.net) Received: from dragon.otel.net ([212.36.8.135]) by mail.otel.net with esmtp (Exim 4.30; FreeBSD) id 1CCKGj-0000wX-Kp for freebsd-current@freebsd.org; Tue, 28 Sep 2004 18:51:57 +0300 Message-ID: <41598899.9020706@OTEL.net> Date: Tue, 28 Sep 2004 18:51:53 +0300 From: Iasen Kostov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040728 X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-current@freebsd.org References: <20040925011147.1388.SHINO@fornext.org> <20040925074848.138C.SHINO@fornext.org> In-Reply-To: <20040925074848.138C.SHINO@fornext.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: High rate traffic silence an em interface. 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: Tue, 28 Sep 2004 15:52:00 -0000 Shunsuke SHINOMIYA wrote: > >... > > >>send: No buffer space available >>send: No buffer space available >>send: No buffer space available >> >>start: 1096067716.000000000 >>finish: 1096067726.000841883 >>send calls: 13001 >>send errors: 2841 >>approx send rate: 1016 >>approx error rate: 0 >>waited: 4887009 >>approx wait rate: 375 >> >> > > Would you reproduce the problem by this procedures? > > > Yes I can confirm that - after some time(a day) a moderately loaded iface with about 7kpps gives the same error on send(No buffer space available). This is with -BETA2 hardware is : em0@pci2:1:0: class=0x020000 card=0x10018086 chip=0x10268086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82545GM Gigabit Ethernet Controller' class = network subclass = ethernet From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:56:17 2004 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 706CA16A4CE for ; Tue, 28 Sep 2004 15:56:17 +0000 (GMT) Received: from dmz2.unixjunkie.com (adsl-65-70-175-250.dsl.rcsntx.swbell.net [65.70.175.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id A31F943D1F for ; Tue, 28 Sep 2004 15:56:16 +0000 (GMT) (envelope-from strgout@unixjunkie.com) Received: from mail.unixjunkie.com (mail [10.253.254.36]) by dmz2.unixjunkie.com (8.12.8p2/8.12.8) with ESMTP id i8SGB8rQ044681 for ; Tue, 28 Sep 2004 11:11:08 -0500 (CDT) (envelope-from strgout@mail.unixjunkie.com) Received: from mail.unixjunkie.com (mail [10.253.254.36]) by mail.unixjunkie.com (8.12.8p2/8.12.8) with ESMTP id i8SGB8E5044678 for ; Tue, 28 Sep 2004 11:11:08 -0500 (CDT) (envelope-from strgout@mail.unixjunkie.com) Received: (from strgout@localhost) by mail.unixjunkie.com (8.12.8p2/8.12.8/Submit) id i8SGB8hl044677 for freebsd-current@freebsd.org; Tue, 28 Sep 2004 11:11:08 -0500 (CDT) (envelope-from strgout) Date: Tue, 28 Sep 2004 11:11:08 -0500 From: John To: freebsd-current@freebsd.org Message-ID: <20040928161107.GA44604@mail.unixjunkie.com> References: <20040920232312.GA17065@mail.unixjunkie.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Subject: Re: odd cvsup error. (cvsup.uk.FreeBSD.org) 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: Tue, 28 Sep 2004 15:56:17 -0000 On Wed, Sep 22, 2004 at 10:34:14AM -0700, John Polstra wrote: > On 20-Sep-2004 John wrote: > > Is this anything to worry about? > > > > Connected to cvsup.freebsd.org > > Updating collection src-all/cvs > > Edit src/include/Makefile > > Cannot calculate checksum for "/usr/src/share/man/man9/store.9": Operation not > > supported > > > > No other file shows that. I rm.ed (didn't run chflags) said file and reran cvsup > > and it ran fine. > > It would have been nice to have seen an "ls -lo" on that file. It > sounds like it mysteriously became a directory, or something like > that. > > John > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Well looks like i've hit it again. Parsing supfile "/usr/share/examples/cvsup/ports-supfile" Connecting to cvsup.uk.FreeBSD.org Connected to cvsup.uk.FreeBSD.org Server software version: SNAP_16_1h Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running Updating collection ports-all/cvs Cannot calculate checksum for "/usr/ports/sysutils/dim/distinfo": Operation not supported Shutting down connection to server Finished successfully localhost# ls -lo /usr/ports/sysutils/dim/distinfo s-wxr----- 1 root wheel - 72 Aug 17 22:03 /usr/ports/sysutils/dim/distinfo Any idea why that would be a socket? I don't really know why i'm using a uk server seeing as i'm in the us, but i can't see uk bits being that much different from us bits. :) btw i haven't deleted said file this time in case someone wants to look at it. From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 15:56:32 2004 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 4568E16A4CE; Tue, 28 Sep 2004 15:56:32 +0000 (GMT) Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net [69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id C39E343D48; Tue, 28 Sep 2004 15:56:31 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i8SFuQBd033969; Tue, 28 Sep 2004 11:56:26 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i8SFuP2W033968; Tue, 28 Sep 2004 11:56:25 -0400 (EDT) (envelope-from green) Date: Tue, 28 Sep 2004 11:56:25 -0400 From: Brian Fundakowski Feldman To: John Baldwin Message-ID: <20040928155625.GD24003@green.homeunix.org> References: <20040924230425.GB1164@green.homeunix.org> <200409271635.44017.jhb@FreeBSD.org> <20040927215511.GC24003@green.homeunix.org> <200409281142.09481.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409281142.09481.jhb@FreeBSD.org> User-Agent: Mutt/1.5.6i cc: Andy Farkas cc: current@FreeBSD.org Subject: Re: panic: APIC: Previous IPI is stuck 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: Tue, 28 Sep 2004 15:56:32 -0000 On Tue, Sep 28, 2004 at 11:42:09AM -0400, John Baldwin wrote: > On Monday 27 September 2004 05:55 pm, Brian Fundakowski Feldman wrote: > > On Mon, Sep 27, 2004 at 04:35:44PM -0400, John Baldwin wrote: > > > On Friday 24 September 2004 08:24 pm, Andy Farkas wrote: > > > > I have been having this problem for a few weeks now. Glad I'm not the > > > > only one. My box is a 4xPPro running 5.3-BETA5. It panics with either > > > > ULE or 4BSD. > > > > > > > > My theory is that a physical IPI gets lost somewhere and the kerenl > > > > spins waiting for it. But thats just a stab in the dark because nobody > > > > cares to explain why IPI's would be stuck. > > > > > > The panic has to do with a previous IPI not finished being sent from the > > > same CPU. I've yet to determine why this happens. You can try editing > > > sys/i386/i386/local_apic.c and turning on 'DETECT_DEADLOCK' (I think it > > > is just commented out) and seeing if that improves stability. I also see > > > this on a 4xPIIXeon system I use for testing. > > > > Can KTR logging be leveraged to find the root cause(s) of these deadlocks, > > or is it just so wildly unpredictable that it would be of no use? > > It might could be, but I think it would probably slow things down so much that > they would go away. Well, we have had users with machines that would get an IPI deadlock within only a few hours, so it might be worth trying with those users.... -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 16:02:22 2004 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 DDD0816A4CE for ; Tue, 28 Sep 2004 16:02:22 +0000 (GMT) Received: from sccimhc91.asp.att.net (sccimhc91.asp.att.net [63.240.76.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9491A43D49 for ; Tue, 28 Sep 2004 16:02:22 +0000 (GMT) (envelope-from David.Boyd@insightbb.com) Received: from happy (12-202-176-78.client.insightbb.com[12.202.176.78]) by sccimhc91.asp.att.net (sccimhc91) with SMTP id <20040928160221i9100s1hvke>; Tue, 28 Sep 2004 16:02:22 +0000 From: "David Boyd" To: "M. Warner Losh" Date: Tue, 28 Sep 2004 12:02:21 -0400 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.6604 (9.0.2911.0) In-Reply-To: <20040928.095025.95903793.imp@bsdimp.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal cc: freebsd-current@freebsd.org Subject: RE: FDC/ACPI/GEOM problems 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: Tue, 28 Sep 2004 16:02:23 -0000 M. Warner Losh wrote: > -----Original Message----- > From: owner-freebsd-current@freebsd.org > [mailto:owner-freebsd-current@freebsd.org]On Behalf Of M. Warner Losh > Sent: Tuesday, September 28, 2004 11:50 > To: David.Boyd@insightbb.com > Cc: freebsd-current@FreeBSD.ORG > Subject: Re: FDC/ACPI/GEOM problems > > > : Disabling the floppy controller results in a successful boot for me. > > What about removing the floppy drive w/o disabling the floppy > controller? > > Warner > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" Yes, Removing the floppy drive (with the floppy controller enabled) results on a successful boot for me. From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 16:05:03 2004 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 2524516A4CE for ; Tue, 28 Sep 2004 16:05:03 +0000 (GMT) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EA8243D5F for ; Tue, 28 Sep 2004 16:05:02 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy.york.ac.uk [144.32.226.160]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id i8SG4w4j018379; Tue, 28 Sep 2004 17:04:58 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.1/8.13.1) with ESMTP id i8SG4tqu000807; Tue, 28 Sep 2004 17:04:55 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.1/8.13.1/Submit) id i8SG4sXL000806; Tue, 28 Sep 2004 17:04:54 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: "M. Warner Losh" In-Reply-To: <20040928.090457.115908926.imp@bsdimp.com> References: <1096380248.911.7.camel@buffy.york.ac.uk> <20040928.090457.115908926.imp@bsdimp.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1096387493.792.3.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 28 Sep 2004 17:04:53 +0100 X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: David.Boyd@insightbb.com cc: nate@root.org cc: freebsd-current@freebsd.org Subject: Re: FDC/ACPI/GEOM problems 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: Tue, 28 Sep 2004 16:05:03 -0000 On Tue, 2004-09-28 at 16:04, M. Warner Losh wrote: > In message: <1096380248.911.7.camel@buffy.york.ac.uk> > Gavin Atkinson writes: > : > : I have spent a little time today looking at this problem in more detail. > : The hangs on BETA5 that several people have reported are indeed related > : to the above file revisions. Apparently systems only hang with ACPI > : enabled, and seem to hang in g_waitidle(), presumably waiting for the > : floppy drive to become idle. > : > : db> tr 1 > : sched_switch(c1501320,0,1) at sched_switch+0x14f > : mi_switch(1,0) at mi_switch+0x264 > : sleepq_switch(c08b7980,1,cbc81c90,c060ee72,c08b7980) at > : sleepq_switch+0xe0 > : sleepq_timedwait(c08b7980,0,0,0,0) at sleepq_timedwait+0x34 > : msleep(c08b7980,0,68,c07f4bb1,14) at msleep+0x2ca > : g_waitidle(c1500e00,c05e7600,0,cbc81d1c,c05e7652) at g_waitidle+0x48 > : vfs_mountroot(0,c1500e00,c1501320,0,0) at vfs_mountroot+0x10 > : start_init(0,cbc81d48,0,c05e7600,0) at start_init+0x52 > : fork_exit(c05e7600,0,cbc81d48) at fork_exit+0xa4 > : fork_trampoline() at fork_trampoline+0x8 > : --- trap 0x1, eip = 0, esp = 0xcbc81d7c, ebp = 0 --- > : > : On my system, I can't prove that the issue is related to ACPI but others > : have reported this issue goiung away with ACPI disabled. On my system, > : the floppy drive LED comes on at the point of the hang. Having a floppy > : disk in the drive makes no difference. > > Does removing the fd drive change things? The fdc worker thread is > still there in that case... Unplugging the floppy drive fixes the problem for me. I don't know if it matters, but even with the floppy drive unplugged, a drive is still detected as hanging from the controller: fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Gavin From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 16:17:11 2004 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 6FE2C16A4CE; Tue, 28 Sep 2004 16:17:11 +0000 (GMT) Received: from tron.telenetwork.com (tron.telenetwork.com [204.57.81.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4E3543D46; Tue, 28 Sep 2004 16:17:10 +0000 (GMT) (envelope-from jmarquez@x25.net) Received: from [209.163.253.130] (helo=tni1411) by tron.telenetwork.com with smtp (Exim 3.35 #1 (Debian)) id 1CCKf8-0000eN-00; Tue, 28 Sep 2004 11:17:10 -0500 Message-ID: <002b01c4a576$9b65f1d0$82fda3d1@sanmarcos.x25.net> From: "Jesse Marquez" To: , Date: Tue, 28 Sep 2004 11:17:04 -0500 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: dc0 acting up 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: Tue, 28 Sep 2004 16:17:11 -0000 -FreeBSD 5.2-CURRENT Hi all, I've recently started having major problems with my internet = connection. If I try to do any type of internet activty it just lags = away until my system freezes. I'm receiving the following error below error repeats dc0: discard oversize frame (ether type 8864 flags 3 len 1514 > max = 1506) I've never had any problems till now. Only thing I used to notice was = this acd0: CDRW at ata1-master PIO4 acd1: DVDROM at ata1-slave = PIO4 Mounting root from ufs:/dev/ad1s1a dc0: failed to force tx and rx to idle state dc0: failed to force tx and rx to idle state dc0: failed to force tx and rx to idle state any ideas? From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 16:25:25 2004 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 A48C816A4CE for ; Tue, 28 Sep 2004 16:25:25 +0000 (GMT) Received: from mx1.mail.ru (mx1.mail.ru [194.67.23.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63C7C43D48 for ; Tue, 28 Sep 2004 16:25:25 +0000 (GMT) (envelope-from taras-s-y@mail.ru) Received: from [195.128.97.122] (port=57119 helo=taras.gznet.ru) by mx1.mail.ru with asmtp id 1CCKn5-0000Ez-00 for freebsd-current@freebsd.org; Tue, 28 Sep 2004 20:25:23 +0400 From: Savchuk Taras Organization: msu To: freebsd-current@freebsd.org Date: Tue, 28 Sep 2004 20:25:03 +0000 User-Agent: KMail/1.7 References: <002b01c4a576$9b65f1d0$82fda3d1@sanmarcos.x25.net> In-Reply-To: <002b01c4a576$9b65f1d0$82fda3d1@sanmarcos.x25.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409282025.04107.taras-s-y@mail.ru> X-Spam: Not detected Subject: Re: dc0 acting up 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: Tue, 28 Sep 2004 16:25:25 -0000 On Tuesday 28 September 2004 16:17, Jesse Marquez wrote: FreeBSD5.3-BETA4 I have the same output during boot: > dc0: failed to force tx and rx to idle state > dc0: failed to force tx and rx to idle state > dc0: failed to force tx and rx to idle state -- Taras From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 16:44:55 2004 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 8832216A4CE for ; Tue, 28 Sep 2004 16:44:55 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42C1643D1D for ; Tue, 28 Sep 2004 16:44:55 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 2018 invoked from network); 28 Sep 2004 16:44:54 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 28 Sep 2004 16:44:54 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8SGikWC002611; Tue, 28 Sep 2004 12:44:51 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Oliver Lehmann Date: Tue, 28 Sep 2004 12:26:56 -0400 User-Agent: KMail/1.6.2 References: <20040926190709.251f1689.lehmann@ans-netz.de> <20040926221518.445a525b.lehmann@ans-netz.de> <20040927212341.44986dbd.lehmann@ans-netz.de> In-Reply-To: <20040927212341.44986dbd.lehmann@ans-netz.de> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409281226.56079.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: freebsd-current@FreeBSD.org cc: re@FreeBSD.org Subject: Re: problem with debug.mpsafenet (was: Problems with ANA-6944A + 5.3-BETA + IRQ sharing?) 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: Tue, 28 Sep 2004 16:44:55 -0000 On Monday 27 September 2004 03:23 pm, Oliver Lehmann wrote: > Ok, > > I tried now 3 FreeBSD versions. > > Setup: > PI-166MHz, 64MB RAM > de0 irq9 @ANA-6944A > de1 10.0.0.60 irq9 @ANA-6944A > de2 10.0.1.60 irq9 @ANA-6944A > de3 irq9 @ANA-6944A > xl0 irq12 > xl1 irq10 > ep0 irq5 > ep1 irq7 > /mnt/files is a nfs mount from 10.0.0.21 > 3 * ssh sessions from 10.0.1.51 to 10.0.1.60 > 2 * dd if=/mnt/files/dill_dd of=/dev/null > 1 * ping 10.0.1.51 running > > > 5.3-BETA6 (GENERIC Kernel): > > Everything looked fine (exept same slowness as 5.2.1) for a while (~9min). > 400736256 bytes transferred in 546.111599 secs (733799 bytes/sec) > 414572544 bytes transferred in 565.398805 secs (733239 bytes/sec) > > But as I started a ping -f from 10.0.1.51 to 10.0.0.60. The ping times > from 10.0.1.60 to 10.0.1.51 went up, and didn't renormalized after I break > the ping -f > > 64 bytes from 10.0.1.51: icmp_seq=355 ttl=64 time=4.039 ms > 64 bytes from 10.0.1.51: icmp_seq=356 ttl=64 time=4.801 ms > 64 bytes from 10.0.1.51: icmp_seq=357 ttl=64 time=6.702 ms > 64 bytes from 10.0.1.51: icmp_seq=358 ttl=64 time=9.290 ms > 64 bytes from 10.0.1.51: icmp_seq=359 ttl=64 time=10.543 ms > 64 bytes from 10.0.1.51: icmp_seq=360 ttl=64 time=9.989 ms > 64 bytes from 10.0.1.51: icmp_seq=361 ttl=64 time=25.966 ms > 64 bytes from 10.0.1.51: icmp_seq=362 ttl=64 time=25.262 ms > 64 bytes from 10.0.1.51: icmp_seq=363 ttl=64 time=27.746 ms > 64 bytes from 10.0.1.51: icmp_seq=364 ttl=64 time=30.859 ms > 64 bytes from 10.0.1.51: icmp_seq=365 ttl=64 time=31.507 ms > 64 bytes from 10.0.1.51: icmp_seq=366 ttl=64 time=35.783 ms > 64 bytes from 10.0.1.51: icmp_seq=367 ttl=64 time=29295.367 ms > 64 bytes from 10.0.1.51: icmp_seq=368 ttl=64 time=28288.204 ms > 64 bytes from 10.0.1.51: icmp_seq=369 ttl=64 time=27279.969 ms > 64 bytes from 10.0.1.51: icmp_seq=370 ttl=64 time=26274.269 ms > 64 bytes from 10.0.1.51: icmp_seq=371 ttl=64 time=25267.441 ms > 64 bytes from 10.0.1.51: icmp_seq=372 ttl=64 time=24260.161 ms > .... > > > After that, I added debug.mpsafenet=0 to /boot/loader.conf and rebooted > the system. I did the same as above. (2dd's, one ping from 10.0.1.60 to > 10.0.1.51, and one ping -f from 10.0.1.51 to 10.0.1.60.) > The ping times from 10.0.1.60 -> 10.0.1.51 went a bit up (~0.3ms -> 0.6 - > 1ms), but nothing else happend. dd finished w/o errors, no strange things > happend. (running now for ~20 mins w/o problems) > > > For me, It looks like there is a problem with mpsafenet! > Any help/patches to test/information requests/.... appreciated. The problem appears to be in the de(4) driver and there are numerous reports of that specific driver having problems. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:05:17 2004 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 4749C16A4CF; Tue, 28 Sep 2004 17:05:17 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AF4843D41; Tue, 28 Sep 2004 17:05:14 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])B92A540E7F; Tue, 28 Sep 2004 19:05:13 +0200 (CEST) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 27174-02-5; Tue, 28 Sep 2004 19:05:13 +0200 (CEST) Received: from m2a2.dyndns.org (p508EEA9F.dip.t-dialin.net [80.142.234.159]) 6FF1640E7D; Tue, 28 Sep 2004 19:05:13 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id C919FD6984; Tue, 28 Sep 2004 19:05:12 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 14499-05; Tue, 28 Sep 2004 19:05:12 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 4F3CAD6983; Tue, 28 Sep 2004 19:05:11 +0200 (CEST) To: Xin LI In-Reply-To: <20040928153537.GA3185@frontfree.net> (Xin LI's message of "Tue, 28 Sep 2004 23:35:37 +0800") References: <20040927224353.845381B217@merlin.emma.line.org> <20040928043351.GA2400@frontfree.net> <20040928071758.GB14942@ip.net.ua> <20040928153537.GA3185@frontfree.net> From: Matthias Andree Date: Tue, 28 Sep 2004 19:05:11 +0200 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de cc: Ruslan Ermilov cc: Matthias Andree cc: Matthias Andree cc: current@FreeBSD.org Subject: Re: bin/72138: libc.so.5 isn't installed in a safe way 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: Tue, 28 Sep 2004 17:05:17 -0000 Xin LI writes: > So I personally prefer we have -S for the shared libraries (as Ruslan's > patch did) - and give our user community the choose of whether to have > INSTALL=install -S in their make.conf. > > What do you think about this? It is important that a failing "make installworld" doesn't leave a non-working system behind. I don't care much about temporary files left over. -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:10:28 2004 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 7D5C916A4D1; Tue, 28 Sep 2004 17:10:28 +0000 (GMT) Received: from mgr2.xmission.com (mgr2.xmission.com [198.60.22.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F1CA43D53; Tue, 28 Sep 2004 17:10:06 +0000 (GMT) (envelope-from leporter@xmission.com) Received: from [198.60.22.201] (helo=mgr1.xmission.com) by mgr2.xmission.com with esmtp (Exim 3.35 #1) id 1CCLUL-0000yV-02; Tue, 28 Sep 2004 11:10:05 -0600 Received: from [166.70.25.145] (helo=[192.168.0.3]) by mgr1.xmission.com with esmtp (Exim 4.32) id 1CCLUL-0002y2-Py; Tue, 28 Sep 2004 11:10:05 -0600 Message-ID: <41599AE9.70007@xmission.com> Date: Tue, 28 Sep 2004 11:10:01 -0600 From: Jason Porter User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040928) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-current@freebsd.org, freebsd-ports@freebsd.org X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mgr1.xmission.com X-Spam-Level: X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-SA-Exim-Connect-IP: 166.70.25.145 X-SA-Exim-Mail-From: leporter@xmission.com X-SA-Exim-Version: 4.0 (built Sat, 24 Apr 2004 12:31:30 +0200) X-SA-Exim-Scanned: Yes (on mgr1.xmission.com) Subject: enigmime doesn't install in 5.3BETA3 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: Tue, 28 Sep 2004 17:10:29 -0000 Not sure if this one belongs in current, but I sent it to questions as well. I'm trying to get enigmail to work in thunderbird (latest from ports) but it won't install. I've tried installing in thunderbird and firefox, but I don't get anything. It looks like it goes through the install process, but there aren't any windows that pop up and say it failed or was successful. Then when I try to use enigmail it says that enigmime wasn't installed. Not sure what to do here, anyone? Thanks -- -Jason Porter Real Programmers think better when playing Adventure or Rogue. From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:20:09 2004 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 B722516A4CE for ; Tue, 28 Sep 2004 17:20:09 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2614743D45 for ; Tue, 28 Sep 2004 17:20:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 876071FFDDC; Tue, 28 Sep 2004 19:20:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 8780E1FFDD9; Tue, 28 Sep 2004 19:20:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 094581561A; Tue, 28 Sep 2004 17:15:47 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 05BDF15384; Tue, 28 Sep 2004 17:15:47 +0000 (UTC) Date: Tue, 28 Sep 2004 17:15:47 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Friedrich Lindenberg In-Reply-To: <20040927192014.GB31547@ipes-ent.com> Message-ID: References: <20040927192014.GB31547@ipes-ent.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: FreeBSD current mailing list Subject: Re: Marvell NIC (sk) on FreeBSD 5.3-BETA6 AMD64 Issue 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: Tue, 28 Sep 2004 17:20:09 -0000 On Mon, 27 Sep 2004, Friedrich Lindenberg wrote: Hi, > having had problems with FreeBSD 5.3-BETA5's sound, I just upgraded > to BETA6. When I started my PC with the new release for the first > time, my network adaptor did not seem to work any more, although it > had been perfectly fine in BETA5. Using my own KERNCONF didn't help > either. This one had been fine with BETA5 ? No "hangs" etc? There are wellknown problems with this chipset on ASUS K8V SE Deluxe baords. See PRs/amd64 mailing list archive. > Here's the output: > > skc0: port 0xcc00-0xccff mem > 0xfdd00000-0xfdd03fff irq 17 at device 10.0 on pci0 > skc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfdd00000 > skc0: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter > sk0: on skc0 > sk0: bpf attached > sk0: Ethernet address: 00:0e:a6:94:82:ce > skc0: no PHY found! If this is an ASUS board - you didn't do a BIOS update lately ? I had exacty the same probs with 1004sd going back to 1003sd fixed that for me (whatever they also changed along with the BIOS update - thinking of nic firmware). -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:26:31 2004 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 B34EA16A4CE for ; Tue, 28 Sep 2004 17:26:31 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CF7043D55 for ; Tue, 28 Sep 2004 17:26:31 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 22719 invoked from network); 28 Sep 2004 17:26:31 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 28 Sep 2004 17:26:30 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8SHQNRN002918; Tue, 28 Sep 2004 13:26:24 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 28 Sep 2004 13:09:26 -0400 User-Agent: KMail/1.6.2 References: <867jqhwhav.fsf@borg.borderworlds.dk> In-Reply-To: <867jqhwhav.fsf@borg.borderworlds.dk> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409281309.26841.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Poul-Henning Kamp cc: njl@FreeBSD.org cc: Christian Laursen Subject: Re: 5.3-BETA5 panic on first boot - floppy related 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: Tue, 28 Sep 2004 17:26:31 -0000 On Sunday 26 September 2004 04:44 am, Christian Laursen wrote: > I upgraded my laptop to 5.3-BETA4 a couple of days ago and have started > to experience it panic ont the first boot if ACPI is enabled. > > Without ACPI it boots fine and after the panic and subsequently typing > 'reset' in the kernel debugger it boots fine with ACPI enabled. > > The dmesg output including a stack trace is here: > http://borderworlds.dk/~xi/vulcan/dmesg.txt > > My kernel configuration is here: > http://borderworlds.dk/~xi/vulcan/VULCAN > > I just tried to boot with the floppy drive attached, but that doesn't > make any difference. There is a bug in the fdc_acpi driver in that it attaches drives via hints even if the controller fails to attach which leads to this panic. A possible fix for RELENG_5 is below: Index: fdc_acpi.c =================================================================== RCS file: /usr/cvs/src/sys/dev/fdc/fdc_acpi.c,v retrieving revision 1.2.2.2 diff -u -r1.2.2.2 fdc_acpi.c --- fdc_acpi.c 18 Sep 2004 04:57:55 -0000 1.2.2.2 +++ fdc_acpi.c 28 Sep 2004 17:07:52 -0000 @@ -130,7 +130,7 @@ bus = device_get_parent(dev); if (ACPI_FAILURE(ACPI_EVALUATE_OBJECT(bus, dev, "_FDE", NULL, &buf))) { error = ENXIO; - goto out; + goto out_hintsprobe; } /* Parse the output of _FDE in various ways. */ @@ -154,7 +154,7 @@ device_printf(dev, "_FDE wrong length: %d\n", obj->Buffer.Length); error = ENXIO; - goto out; + goto out_hintsprobe; } break; case ACPI_TYPE_PACKAGE: @@ -173,17 +173,21 @@ default: device_printf(dev, "invalid _FDE type %d\n", obj->Type); error = ENXIO; - goto out; + goto out_hintsprobe; } /* Add fd child devices as specified. */ error = fdc_acpi_probe_children(bus, dev, fde); -out: - /* If there was a problem, fall back to the hints-based probe. */ +out_hintsprobe: + /* + * If there was a problem with the _FDE drive enumeration, fall + * back to the hints-based probe. + */ if (error) error = fdc_hints_probe(dev); +out: if (buf.Pointer) free(buf.Pointer, M_TEMP); if (error != 0) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:26:33 2004 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 BEF5E16A4CF for ; Tue, 28 Sep 2004 17:26:33 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D5F643D31 for ; Tue, 28 Sep 2004 17:26:33 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 22792 invoked from network); 28 Sep 2004 17:26:33 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 28 Sep 2004 17:26:33 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8SHQNRO002918; Tue, 28 Sep 2004 13:26:30 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 28 Sep 2004 13:12:25 -0400 User-Agent: KMail/1.6.2 References: <4156B17F.9000605@telia.com> In-Reply-To: <4156B17F.9000605@telia.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409281312.25171.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: current@FreeBSD.org Subject: Re: page fault panic in propagate_priority 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: Tue, 28 Sep 2004 17:26:33 -0000 On Sunday 26 September 2004 08:09 am, Pawel Worach wrote: > Got this when starting thunderbird (non-port build), > libpthread was supposed to be libmapped to libc_r but > because of a typo that did not become the case. > > I was under the impression that the turnstile panics > where fixed, where they not or is this a different one? > > UP, 4BSD, PREEMPTION, debug.mpsafenet=1 Do you have WITNESS or INVARIANTS on? You can get this panic if a thread sleeps while holding a mutex which INVARIANTS and WITNESS should catch with a better panic message. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:26:33 2004 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 BE01416A4CE for ; Tue, 28 Sep 2004 17:26:33 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E4C643D45 for ; Tue, 28 Sep 2004 17:26:33 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 22792 invoked from network); 28 Sep 2004 17:26:33 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 28 Sep 2004 17:26:33 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8SHQNRO002918; Tue, 28 Sep 2004 13:26:30 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 28 Sep 2004 13:12:25 -0400 User-Agent: KMail/1.6.2 References: <4156B17F.9000605@telia.com> In-Reply-To: <4156B17F.9000605@telia.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409281312.25171.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: current@FreeBSD.org Subject: Re: page fault panic in propagate_priority 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: Tue, 28 Sep 2004 17:26:33 -0000 On Sunday 26 September 2004 08:09 am, Pawel Worach wrote: > Got this when starting thunderbird (non-port build), > libpthread was supposed to be libmapped to libc_r but > because of a typo that did not become the case. > > I was under the impression that the turnstile panics > where fixed, where they not or is this a different one? > > UP, 4BSD, PREEMPTION, debug.mpsafenet=1 Do you have WITNESS or INVARIANTS on? You can get this panic if a thread sleeps while holding a mutex which INVARIANTS and WITNESS should catch with a better panic message. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:26:38 2004 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 41D9C16A4CE for ; Tue, 28 Sep 2004 17:26:38 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1877B43D55 for ; Tue, 28 Sep 2004 17:26:38 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 21981 invoked from network); 28 Sep 2004 17:26:37 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 28 Sep 2004 17:26:37 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8SHQNRP002918; Tue, 28 Sep 2004 13:26:32 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 28 Sep 2004 13:15:05 -0400 User-Agent: KMail/1.6.2 References: <4155C2B8.50104@forrie.com> In-Reply-To: <4155C2B8.50104@forrie.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409281315.05829.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Forrest Aldrich Subject: Re: device.hints howto 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: Tue, 28 Sep 2004 17:26:38 -0000 On Saturday 25 September 2004 03:10 pm, Forrest Aldrich wrote: > What's the correct process to build one of these files -- take the > output from dmesg and wander through to get the figures? I usually start from GENERIC.hints and cut out the stuff I don't need. Since ACPI/PnPBIOS enumerates most built in devices anyways, it usually ends up being a short list unless you have some actual ISA cards. Mine is usually something like: # $FreeBSD: src/sys/i386/conf/GENERIC.hints,v 1.11 2002/12/05 22:49:47 jhb Exp $ hint.fd.0.at="fdc0" hint.fd.0.drive="0" hint.sc.0.at="isa" hint.sc.0.flags="0x100" hint.sio.0.at="isa" hint.sio.0.port="0x3F8" hint.sio.0.flags="0x10" hint.sio.0.irq="4" The fd0 hints shouldn't even be needed anymore now on ACPI systems with the new fdc(4) driver and the sio0 ones are only there so I can set the flags for a serial console. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:27:36 2004 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 990F516A4CE for ; Tue, 28 Sep 2004 17:27:36 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6711F43D53 for ; Tue, 28 Sep 2004 17:27:36 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8SHRZ6W074836 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 28 Sep 2004 10:27:36 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8SHRZsT074835 for freebsd-current@freebsd.org; Tue, 28 Sep 2004 10:27:35 -0700 (PDT) (envelope-from jdc) Date: Tue, 28 Sep 2004 10:27:35 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20040928172735.GA74702@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org References: <20040920232312.GA17065@mail.unixjunkie.com> <20040928161107.GA44604@mail.unixjunkie.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040928161107.GA44604@mail.unixjunkie.com> User-Agent: Mutt/1.5.6i Subject: Re: odd cvsup error. (cvsup.uk.FreeBSD.org) 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: Tue, 28 Sep 2004 17:27:36 -0000 Is there a chance the cvsup server in question has a bad disk or maybe a problem with the drive cache? Who maintains the server? Is there a public list of who maintains/owns what cvsup server? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Tue, Sep 28, 2004 at 11:11:08AM -0500, John wrote: > On Wed, Sep 22, 2004 at 10:34:14AM -0700, John Polstra wrote: > > On 20-Sep-2004 John wrote: > > > Is this anything to worry about? > > > > > > Connected to cvsup.freebsd.org > > > Updating collection src-all/cvs > > > Edit src/include/Makefile > > > Cannot calculate checksum for "/usr/src/share/man/man9/store.9": Operation not > > > supported > > > > > > No other file shows that. I rm.ed (didn't run chflags) said file and reran cvsup > > > and it ran fine. > > > > It would have been nice to have seen an "ls -lo" on that file. It > > sounds like it mysteriously became a directory, or something like > > that. > > > > John > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > Well looks like i've hit it again. > > Parsing supfile "/usr/share/examples/cvsup/ports-supfile" > Connecting to cvsup.uk.FreeBSD.org > Connected to cvsup.uk.FreeBSD.org > Server software version: SNAP_16_1h > Negotiating file attribute support > Exchanging collection information > Establishing multiplexed-mode data connection > Running > Updating collection ports-all/cvs > Cannot calculate checksum for "/usr/ports/sysutils/dim/distinfo": Operation not supported > Shutting down connection to server > Finished successfully > > localhost# ls -lo /usr/ports/sysutils/dim/distinfo > s-wxr----- 1 root wheel - 72 Aug 17 22:03 /usr/ports/sysutils/dim/distinfo > > Any idea why that would be a socket? I don't really know why i'm using a uk > server seeing as i'm in the us, but i can't see uk bits being that much > different from us bits. :) > > btw i haven't deleted said file this time in case someone wants to look at it. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:31:27 2004 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 9BC0916A4CE for ; Tue, 28 Sep 2004 17:31:27 +0000 (GMT) Received: from smtp.prodigy.net.mx (nlpproxy10.prodigy.net.mx [148.235.52.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B49A43D62 for ; Tue, 28 Sep 2004 17:31:26 +0000 (GMT) (envelope-from eculp@prodigy.net.mx) Received: from prodigy.net.mx (du-148-235-52-33.prodigy.net.mx [148.235.52.33]) by smtp.prodigy.net.mx (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0I4R0099MI0DLH@smtp.prodigy.net.mx>; Tue, 28 Sep 2004 12:31:25 -0500 (CDT) Received: from [148.235.52.101] (Forwarded-For: [201.129.94.187]) by nlpmail03.prodigy.net.mx (mshttpd); Tue, 28 Sep 2004 12:31:43 -0500 Date: Tue, 28 Sep 2004 12:31:43 -0500 From: eculp To: current@FreeBSD.org Message-id: <4072f3ac0d.3ac0d4072f@prodigy.net.mx> MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 2.01 (built Aug 26 2004) Content-type: text/plain; charset=us-ascii Content-language: es Content-transfer-encoding: 7bit Content-disposition: inline X-Accept-Language: es Priority: non-urgent X-Priority: 5 (Lowest) Subject: Re: USB memory stick hotswap problems 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: Tue, 28 Sep 2004 17:31:27 -0000 Quoting Ivan Voras : [Hide Quoted Text] > Daniel O'Connor wrote: >> One possibility would be to add a facility to mark all the data for >> a certain device to be non-critical so it will throw it away when it >> tries to flush it and fails instead of panicing. > > That (and a message in syslog) would be just fine. ("Windows does it, so > it's normal".) I know (and I think other USB drive users know too) that > I need to wait for the little LED on the device to stop blinking before > unplugging it. > > IIRC, Windows mounts removable drives with write caching disabled, so it > should probably be the same in FreeBSD. Would it not be a good idea to do something like this for cd's and floppies? I'm substituting FreeBSD for windows in some internet cafes and not automatically recovering from unmounted cd's, floppies and usbdev's, is probably the biggest PITA that I've found and haven't been able to solve cleanly. I've had to put icons on the kde-desktop for accessing and removing them that many just ignore. This is also the case in a corporate environment where I have had the same problem but they are a little better at using the icon because it is their pc that crashes :) Thanks, ed From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:32:22 2004 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 AED1816A4CE for ; Tue, 28 Sep 2004 17:32:22 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id DB02443D2F for ; Tue, 28 Sep 2004 17:32:18 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 19540 invoked by uid 0); 28 Sep 2004 17:28:12 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.98.7) by mail.freebsd.org.cn with SMTP; 28 Sep 2004 17:28:12 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 5ED90132415; Wed, 29 Sep 2004 01:32:14 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01998-04; Wed, 29 Sep 2004 01:32:10 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id C66BA1323DC; Wed, 29 Sep 2004 01:32:08 +0800 (CST) Date: Wed, 29 Sep 2004 01:32:08 +0800 From: Xin LI To: Matthias Andree Message-ID: <20040928173208.GA277@frontfree.net> References: <20040927224353.845381B217@merlin.emma.line.org> <20040928043351.GA2400@frontfree.net> <20040928071758.GB14942@ip.net.ua> <20040928153537.GA3185@frontfree.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-delphij FreeBSD 5.3-delphij #4: Mon Sep 13 12:44:05 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net cc: Ruslan Ermilov cc: Matthias Andree cc: current@FreeBSD.org Subject: Re: bin/72138: libc.so.5 isn't installed in a safe way 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: Tue, 28 Sep 2004 17:32:22 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 28, 2004 at 07:05:11PM +0200, Matthias Andree wrote: > X-Sieve: CMU Sieve 2.2 > To: Xin LI > Cc: Matthias Andree , > Ruslan Ermilov , > Matthias Andree , current@FreeBSD.org > Subject: Re: bin/72138: libc.so.5 isn't installed in a safe way > In-Reply-To: <20040928153537.GA3185@frontfree.net> (Xin LI's message of "= Tue, > 28 Sep 2004 23:35:37 +0800") > From: Matthias Andree > Date: Tue, 28 Sep 2004 19:05:11 +0200 > User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) > X-Virus-Scanned: by amavisd-new at frontfree.net >=20 > Xin LI writes: >=20 > > So I personally prefer we have -S for the shared libraries (as Ruslan's > > patch did) - and give our user community the choose of whether to have > > INSTALL=3Dinstall -S in their make.conf. > > > > What do you think about this? >=20 > It is important that a failing "make installworld" doesn't leave a > non-working system behind. I don't care much about temporary files left > over. I concur that it's important, however, it is much less by chance when faili= ng to install binaries then failing to install shared objects, because the latter would cause serious problem with *all* binaries when they are dynamically linked newadays. Generally speaking I've no idea why general binaries should be installed in ``safe mode'' because: - Little chances that lacking one binary will cause an unbootable system. If you have different idea, we may probably list them individually rather than having everything installed in ``safe mode'', as most of the binaries won't cause problem even they are deleted. We can live without ``rm'' because we can still ``make install'' it... - Users who feel this important can still set INSTALL=3Dinstall -S instead of the default make.conf value. - Rename operation might be expensive in some situation, for instance, a flash disk. Their life is limited by re-writes and -S will cause four writes. It seems to me, however, a good compromise to document this in make.conf rather than making it default. Maybe we can make the following changes: - Have INSTALL_BIN_FLAGS, INSTALL_LIB_FLAGS, INSTALL_SHLIB_FLAGS, INSTALL_DOC knobs which control the installation of binaries, libraries, shared objects, documentations, while retaining the INSTALL as the all-over knob. - Change ${INSTALL} foo $[BINPATH}/bar into ${INSTALL} ${INSTALL_BIN_FLAGS} foo ${BINPATH}/bar or so forth. With this change, we can control whether documentation is or is not installed in safe mode. However, this change may need more tests so I'd ratherr having Ruslan's patch in the tree first (and I highly recommend that it should be MFC'ed to RELENG_5 and the upcoming RELENG_5_3), and consider the above after 5.3-RELEASE. Will that helpful? Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWaAY/cVsHxFZiIoRAkEeAJ9Ygkhk6xWflvHhbK6c8qNAfo5uOACfb5I4 uiNijXqFH4DhIpWfQ08dHkk= =JhVj -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:33:46 2004 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 AB17516A4D5; Tue, 28 Sep 2004 17:33:46 +0000 (GMT) Received: from gremlin.internode.com.au (gandalf.bugman.cx [150.101.14.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93CC243D1F; Tue, 28 Sep 2004 17:33:43 +0000 (GMT) (envelope-from adam@internode.com.au) Received: from gremlin.internode.com.au (localhost [127.0.0.1]) by gremlin (8.13.1/8.13.1) with ESMTP id i8S7sbVP000667; Tue, 28 Sep 2004 17:24:37 +0930 (CST) (envelope-from adam@internode.com.au) Received: (from adam@localhost) by gremlin.internode.com.au (8.13.1/8.13.1/Submit) id i8S7sbkF000666; Tue, 28 Sep 2004 17:24:37 +0930 (CST) (envelope-from adam@internode.com.au) X-Authentication-Warning: gremlin.internode.com.au: adam set sender to adam@internode.com.au using -f Date: Tue, 28 Sep 2004 17:24:33 +0930 From: Adam Smith To: Ruslan Ermilov Message-ID: <20040928075433.GA649@internode.com.au> References: <20040928000125.GF629@internode.com.au> <20040928004906.GC646@internode.com.au> <20040928074323.GD14942@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040928074323.GD14942@ip.net.ua> X-Face: $vsV$1FNbZN\JVpjV#&+/!oVW`Kw$j?w_,te\SS}(tKD21c+l$t%\RCS(r$G; XXk]6,(!N:&(N3EV0bY`3):UrgG7'*qsj3l.75IaHV1<`i*{[L\:F*l6fH##C:-p2]xW/R-Z:!bo; 5g3GP-{I{}7O>tN}`Xm/=-:8NG?f-r'$Qc3y[aW-7'W_S<`KYU!_; `7K=kuC$-.7J2*kk=~`c@ADp+xhsv(!a@eW-R_5wtx+tC)(]%W+ User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Make installworld problems with BETA4 through 6 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: Tue, 28 Sep 2004 17:33:46 -0000 On Tue, Sep 28, 2004 at 10:43:24AM +0300, Ruslan Ermilov said: > > Anyway, a complete "installworld" output would help narrow this problem > down. If not, there's nothing to discuss in this thread anymore. Unfortunately I can't reproduce the output any longer, now that the installworld has been successful. Thanks for your help. -- Adam Smith Internode : http://www.internode.on.net Phone : (08) 8228 2999 Dog for sale: Eats lots and is fond of children. From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:40:02 2004 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 6D86716A4CF for ; Tue, 28 Sep 2004 17:40:02 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8764A43D46 for ; Tue, 28 Sep 2004 17:40:01 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8SHciov079488; Tue, 28 Sep 2004 20:38:44 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 36122-07; Tue, 28 Sep 2004 20:38:43 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8SHchUC079485 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Sep 2004 20:38:43 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8SHciDi018753; Tue, 28 Sep 2004 20:38:44 +0300 (EEST) (envelope-from ru) Date: Tue, 28 Sep 2004 20:38:44 +0300 From: Ruslan Ermilov To: Matthias Andree Message-ID: <20040928173844.GE18611@ip.net.ua> References: <20040927224353.845381B217@merlin.emma.line.org> <20040928043351.GA2400@frontfree.net> <20040928071758.GB14942@ip.net.ua> <20040928153537.GA3185@frontfree.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qOrJKOH36bD5yhNe" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@freebsd.org cc: Matthias Andree Subject: Re: bin/72138: libc.so.5 isn't installed in a safe way 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: Tue, 28 Sep 2004 17:40:02 -0000 --qOrJKOH36bD5yhNe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 28, 2004 at 07:05:11PM +0200, Matthias Andree wrote: > Xin LI writes: >=20 > > So I personally prefer we have -S for the shared libraries (as Ruslan's > > patch did) - and give our user community the choose of whether to have > > INSTALL=3Dinstall -S in their make.conf. > > > > What do you think about this? >=20 > It is important that a failing "make installworld" doesn't leave a > non-working system behind. I don't care much about temporary files left > over. >=20 It's rather impossible to guarantee, but we do our best (by first installing libraries, then binaries, etc.). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --qOrJKOH36bD5yhNe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWaGkqRfpzJluFF4RAtreAJ43UleethaebpSKgJ03iO1CNcUuZACeKchQ uo1u1PBXB/vsVKFFTVwIp9w= =aI6J -----END PGP SIGNATURE----- --qOrJKOH36bD5yhNe-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:40:12 2004 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 D814A16A4CF for ; Tue, 28 Sep 2004 17:40:12 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20B5A43D3F for ; Tue, 28 Sep 2004 17:40:12 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8SHe0i4079556; Tue, 28 Sep 2004 20:40:00 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 36383-04; Tue, 28 Sep 2004 20:40:00 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8SHdxAF079531 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Sep 2004 20:40:00 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8SHe0J3018774; Tue, 28 Sep 2004 20:40:01 +0300 (EEST) (envelope-from ru) Date: Tue, 28 Sep 2004 20:40:00 +0300 From: Ruslan Ermilov To: Xin LI Message-ID: <20040928174000.GF18611@ip.net.ua> References: <20040927224353.845381B217@merlin.emma.line.org> <20040928043351.GA2400@frontfree.net> <20040928071758.GB14942@ip.net.ua> <20040928153537.GA3185@frontfree.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tmoQ0UElFV5VgXgH" Content-Disposition: inline In-Reply-To: <20040928153537.GA3185@frontfree.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: Matthias Andree cc: Matthias Andree cc: current@freebsd.org Subject: Re: bin/72138: libc.so.5 isn't installed in a safe way 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: Tue, 28 Sep 2004 17:40:13 -0000 --tmoQ0UElFV5VgXgH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 28, 2004 at 11:35:37PM +0800, Xin LI wrote: > So I personally prefer we have -S for the shared libraries (as Ruslan's > patch did) - and give our user community the choose of whether to have > INSTALL=3Dinstall -S in their make.conf. >=20 > What do you think about this? >=20 My patch does this for "precious" shared libraries. And yes, putting "INSTALL=3Dinstall -S" is what I had in mind when suggesting to test installworld times. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --tmoQ0UElFV5VgXgH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWaHwqRfpzJluFF4RAvwiAJ97NuZkfxatIwIirb+a3yIxJlG3ogCfVve4 QBui2MjQJOGt0wJjfwU42sg= =a4xI -----END PGP SIGNATURE----- --tmoQ0UElFV5VgXgH-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:42:22 2004 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 664CB16A4CE for ; Tue, 28 Sep 2004 17:42:22 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51DFA43D2D for ; Tue, 28 Sep 2004 17:42:22 +0000 (GMT) (envelope-from itinerant@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) by smtpout.mac.com (8.12.6/MantshX 2.0) with ESMTP id i8SHgLOo008845 for ; Tue, 28 Sep 2004 10:42:21 -0700 (PDT) Received: from [10.0.0.176] (82-32-114-49.cable.ubr03.hawk.blueyonder.co.uk [82.32.114.49]) (authenticated bits=0) by mac.com (Xserve/smtpin07/MantshX 4.0) with ESMTP id i8SHgJoF014088 for ; Tue, 28 Sep 2004 10:42:21 -0700 (PDT) Message-ID: <4159A27C.1010504@mac.com> Date: Tue, 28 Sep 2004 18:42:20 +0100 From: Pete Carss User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040921) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: ACPI 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: Tue, 28 Sep 2004 17:42:22 -0000 So, I'm enjoying BETA_6 on my HP nx9005 - I haven't run FreeBSD on this for a while - acpi seems to be in a much better state, but I have a few questions: Sleep mode 1 is not supported. Does this mean its not supported by my bios (I doubt this, as XP can get it into this mode) or does it mean that FreeBSD's implementation does not support this mode? If the latter, is it likely to stay this way. Is there somewhere I could help get my laptop supported? What's the status of powernow support - I'm using the powernow_k7 module - but I swear that some sort of power management was working before, more so than around 5.2.1? Yours Pete Carss From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:48:53 2004 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 A78B116A4CF for ; Tue, 28 Sep 2004 17:48:53 +0000 (GMT) Received: from kayjay.xs4all.nl (kayjay.xs4all.nl [80.126.33.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB3F143D45 for ; Tue, 28 Sep 2004 17:48:52 +0000 (GMT) (envelope-from karelj@kayjay.xs4all.nl) Received: from kayjay.xs4all.nl (localhost.kayjay.xs4all.nl [127.0.0.1]) by kayjay.xs4all.nl (8.13.1/8.13.1) with ESMTP id i8SHmgF8059946; Tue, 28 Sep 2004 19:48:43 +0200 (CEST) (envelope-from karelj@kayjay.xs4all.nl) Received: (from karelj@localhost) by kayjay.xs4all.nl (8.13.1/8.13.1/Submit) id i8SHmgTh059945; Tue, 28 Sep 2004 19:48:42 +0200 (CEST) (envelope-from karelj) Date: Tue, 28 Sep 2004 19:48:42 +0200 From: "Karel J. Bosschaart" To: Marc van Kempen Message-ID: <20040928174842.GA59936@kayjay.xs4all.nl> References: <41555396.4030009@fer.hr> <20040926194744.GA8196@kayjay.xs4all.nl> <41594D85.4090801@bowtie.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41594D85.4090801@bowtie.nl> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: Ivan Voras Subject: Re: USB memory stick hotswap problems 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: Tue, 28 Sep 2004 17:48:53 -0000 On Tue, Sep 28, 2004 at 01:39:49PM +0200, Marc van Kempen wrote: > Karel J. Bosschaart wrote: > > >On Sat, Sep 25, 2004 at 01:16:38PM +0200, Ivan Voras wrote: > > > > > > > >>Any ideas how to solve or circumevent these problems? (Aside from "don't > >>do that"). > > > >I'm using mtools (and mtoolsfm as a graphical frontend) for accessing > >my USB memory stick. This does not require mounting the device. > >A disadvantage is that this only works for devices with a FAT filesystem. > > > A nice feature of kde is (I wasn't aware of this until recently) is that > it can use mtools transparantly in konqueror, just specify > > floppy:/ > > as the url, where drive letter is the one that you would use with > mtools. Possibly the gnome file manager can do something similar. Thanks for the tip! I tried it and it works :-). Karel. From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 17:56:34 2004 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 BF81C16A4CE; Tue, 28 Sep 2004 17:56:34 +0000 (GMT) Received: from smtp15.wxs.nl (smtp15.wxs.nl [195.121.6.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF0F643D55; Tue, 28 Sep 2004 17:56:33 +0000 (GMT) (envelope-from freebsd@akruijff.dds.nl) Received: from kruij557.speed.planet.nl (ipd50a97ba.speed.planet.nl [213.10.151.186]) by smtp15.wxs.nl (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0I4R006WHJ68HC@smtp15.wxs.nl>; Tue, 28 Sep 2004 19:56:33 +0200 (CEST) Received: from alex.lan (localhost [127.0.0.1]) by kruij557.speed.planet.nl (8.12.10/8.12.10) with ESMTP id i8SHuWaB004205; Tue, 28 Sep 2004 19:56:32 +0200 Received: (from akruijff@localhost) by alex.lan (8.12.10/8.12.10/Submit) id i8SHuVrF004204; Tue, 28 Sep 2004 19:56:31 +0200 Content-return: prohibited Date: Tue, 28 Sep 2004 19:56:31 +0200 From: Alex de Kruijff In-reply-to: <41599AE9.70007@xmission.com> To: Jason Porter Message-id: <20040928175631.GB764@alex.lan> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: Mutt/1.4.2.1i References: <41599AE9.70007@xmission.com> X-Authentication-warning: alex.lan: akruijff set sender to freebsd@akruijff.dds.nl using -f cc: freebsd-current@freebsd.org cc: freebsd-questions@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: enigmime doesn't install in 5.3BETA3 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: Tue, 28 Sep 2004 17:56:34 -0000 On Tue, Sep 28, 2004 at 11:10:01AM -0600, Jason Porter wrote: > Not sure if this one belongs in current, but I sent it to questions as > well. I'm trying to get enigmail to work in thunderbird (latest from > ports) but it won't install. I've tried installing in thunderbird and > firefox, but I don't get anything. It looks like it goes through the > install process, but there aren't any windows that pop up and say it > failed or was successful. Then when I try to use enigmail it says that > enigmime wasn't installed. Not sure what to do here, anyone? Thanks It could be just a bug in the latest version. I had trouble with firefox with the latest version on 5.2. A earlier verion did compile. If you can't wait, then you could install one of the precompiled packages that you can download of the ftp server. I don't know the exact commands, so you have to look at the handbook for those. -- Alex Articles based on solutions that I use: http://www.kruijff.org/alex/FreeBSD/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 18:09:50 2004 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 A358F16A4CE for ; Tue, 28 Sep 2004 18:09:50 +0000 (GMT) Received: from mx01.ewc.edu (mx01.ewc.edu [68.152.80.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82DF143D48 for ; Tue, 28 Sep 2004 18:09:49 +0000 (GMT) (envelope-from mjoyner@vbservices.net) Received: from [192.168.4.160] (host-161.firewall.ewc.edu [68.152.80.161]) by mx01.ewc.edu (8.12.9p2/8.12.9) with ESMTP id i8SI9ixS039451; Tue, 28 Sep 2004 14:09:44 -0400 (EDT) (envelope-from mjoyner@vbservices.net) Message-ID: <4159A8E2.5070207@vbservices.net> Date: Tue, 28 Sep 2004 14:09:38 -0400 From: Michael Joyner User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040906 X-Accept-Language: en-us, en MIME-Version: 1.0 To: cjclark@alum.mit.edu References: <20040928051708.GA3706@blossom.cjclark.org> In-Reply-To: <20040928051708.GA3706@blossom.cjclark.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org Subject: Re: nsupdate(8) rc.d Script 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: Tue, 28 Sep 2004 18:09:50 -0000 I think this would be exremely useful for *bsd machines on Active Directory networks. This way I can (hopefully) stop mucking around with /etc/dhclient.conf to get it to send 'hostname' to the DNS server and DHCP server. Crist J. Clark wrote: > Silence from -net. Anyone have an opinion one way or the other > whether this would be useful to add to the rc.d startup? > > ----- Forwarded message from "Crist J. Clark" ----- > > Date: Fri, 24 Sep 2004 10:24:18 -0700 > From: "Crist J. Clark" > To: freebsd-net@freebsd.org > Subject: nsupdate(8) rc.d Script > > As I was setting up DNS for IPv6 on a test network, I started > to get really tired of entering 128-bit addresses, for both > forward and reverse lookups, into DNS by hand. It seemed somewhat > silly to be doing all of this manually when the actual IPv6 hosts > pretty much configure themselves with rtsol(8). > > So I went ahead setting up an nsupdate script to have the systems > automatically use DNS updates to "register" themselves. I figured > I might as well do IPv4 while I was at it. > > Now I'm wondering if this is something other people may find useful > and whether I should commit it. I think there are enough knobs to > make it work for most people. But there very well may be some > assumptions that may make it totally unsuitable for a lot of systems > too. > > I'm not 100% sure where to drop it into the rc.d order. Obviously, > it is a network service, but it would be nice to sign up in DNS > early so we have entries in DNS when other machines might try to > look us up when we contact them in later rc.d scripts. One thing > that might be nice is if we wait until a local DNS server starts > in the case we are the server, but having a DNS server auto-update > its own info... kinda a chicken-and-egg problem there, may not be a > best practice. > > Finally, that is one long awk script. Is there a better tool or > method for converting an IPv6 presentation address into the ip6.arpa > format? And the script is not optimized to do the updates in the > fewest number of packets. An update can only contain updates for a > single zone. It makes the only safe assumption that any two domain > names are not in the same zone unless they are the same. I do not > know how to reduce the number of updates without making things a > LOT more complicated and doing more total DNS queries to find out > SOA information. > > To enable the updates, just add, > > nsupdate_enable="YES" > > To rc.conf(5). The patch to the default rc.conf has it disabled by > default. IPv4 and IPv6 updates may be toggled individually, but > IPv6 only works if ipv6_enable is also "on." Patch is against RELENG_5, > but it should work fine in CURRENT. > > Suggestions, comments, or criticisms, public or private, are welcome. > > > ------------------------------------------------------------------------ > > Index: src/etc/rc.d/nsupdate > =================================================================== > RCS file: src/etc/rc.d/nsupdate > diff -N src/etc/rc.d/nsupdate > --- /dev/null 1 Jan 1970 00:00:00 -0000 > +++ src/etc/rc.d/nsupdate 26 Sep 2004 23:23:02 -0000 > @@ -0,0 +1,123 @@ > +#!/bin/sh > +# > +# $FreeBSD$ > +# > + > +# PROVIDE: nsupdate > +# REQUIRE: NETWORKING named > +# KEYWORD: FreeBSD > + > +. /etc/rc.subr > +. /etc/network.subr > + > +name="nsupdate" > +rcvar=`set_rcvar` > +start_cmd="nsupdate_start" > +stop_cmd="nsupdate_stop" > + > +nsupdate_run() > +{ > + checkyesno nsupdate_ipv4 > + _ipv4_enable="$?" > + checkyesno ipv6_enable && checkyesno nsupdate_ipv6 > + _ipv6_enable="$?" > + checkyesno nsupdate_reverse > + _do_reverse="$?" > + case "$1" in > + 'add') > + _action='add' > + _ttl="${nsupdate_ttl}" > + ;; > + 'delete') > + _action='delete' > + _ttl='' > + ;; > + *) > + return 1 > + ;; > + esac > + case "${nsupdate_ifaces}" in > + 'auto') > + _interfaces=`list_net_interfaces` > + ;; > + 'dhcp') > + _interfaces=`list_net_interfaces dhcp` > + ;; > + 'nodhcp') > + _interfaces=`list_net_interfaces nodhcp` > + ;; > + *) > + _interfaces="${nsupdate_ifaces}" > + esac > + for _iface in ${_interfaces}; do > + eval _hostname="\$nsupdate_hostname_${_iface}" > + if [ -z "${_hostname}" ]; then > + _hostname=`hostname` > + fi > + ifconfig "${_iface}" | > + awk -v "inet4=${_ipv4_enable}" -v "inet6=${_ipv6_enable}" \ > + -v "hostname=${_hostname}" -v "ttl=${_ttl}" \ > + -v "do_reverse=${_do_reverse}" -v "action=${_action}" \ > + '! inet4 && /inet / && $2 !~ /^127\./ { > + printf "update %s %s %s a %s\n", action, > + hostname, ttl, $2; > + ip4[++i] = $2; > + } > + ! inet6 && /inet6 / && $2 !~ /^(fe80:|::1)/ { > + printf "update %s %s %s aaaa %s\n", action, > + hostname, ttl, $2; > + ip6[++j] = $2; > + } > + END { > + print ""; > + if (do_reverse != 0) { > + exit 0; > + } > + for (i in ip4) { > + split(ip4[i], oct, /\./); > + printf "update %s %d.%d.%d.%d.in-addr.arpa %s ptr %s\n", > + action, > + oct[4], oct[3], oct[2], oct[1], > + ttl, hostname; > + print ""; > + } > + for (j in ip6) { > + cols = gsub(/:/, ":", ip6[j]); > + zeroes = ""; > + for (i = cols; i < 8; i++) { > + zeros = zeros ":0"; > + } > + zeros = zeros ":"; > + sub(/::/, zeros, ip6[j]); > + split(ip6[j], shorts, /:/); > + ip6str = ""; > + for (i = 1; i <= 8; i++) { > + ip6str = ip6str substr("000" shorts[i], > + length(shorts[i])); > + } > + revstr = "ip6.arpa"; > + for (i = 1; i <= length(ip6str); i++) { > + revstr = substr(ip6str, i, 1) "." revstr; > + } > + printf "update %s %s %s ptr %s\n", > + action, revstr, ttl, hostname; > + print ""; > + } > + }' > + done | > + "${nsupdate_command}" ${nsupdate_flags} > +} > + > +nsupdate_start() > +{ > + nsupdate_run add > +} > + > +nsupdate_stop() > +{ > + checkyesno nsupdate_shutdown_remove || return 0 > + nsupdate_run delete > +} > + > +load_rc_config $name > +run_rc_command "$1" > Index: src/etc/defaults/rc.conf > =================================================================== > RCS file: /ncvs/src/etc/defaults/rc.conf,v > retrieving revision 1.212 > diff -u -r1.212 rc.conf > --- src/etc/defaults/rc.conf 27 Jul 2004 00:28:16 -0000 1.212 > +++ src/etc/defaults/rc.conf 28 Sep 2004 05:11:11 -0000 > @@ -139,6 +139,22 @@ > # Choose correct tunnel addrs. > #gifconfig_gif0="10.1.1.1 10.1.2.1" # Examples typically for a router. > #gifconfig_gif1="10.1.1.2 10.1.2.2" # Examples typically for a router. > +# Nsupdate(8) allows the machine to send DNS updates to "register" in DNS. > +# IPv4 loopback (127/8), and IPv6 loopback (::1) and link-local (fe80::/10) > +# addresses are not registered. > +nsupdate_enable="NO" # Do any DNS updates. > +nsupdate_flags="" # Pass additional arguments, e.g. to use DNSSEC TSIG, > + # "-k /etc/namedb:MY_DYN_DNS_KEY" > +nsupdate_command="/usr/sbin/nsupdate" # Default is base system's BIND. > +nsupdate_ipv4="YES" # Register IPv4 addresses associated with interfaces. > +nsupdate_ipv6="YES" # Register IPv6 addresses associated with interfaces. > +nsupdate_ifaces="auto" # List interfaces, 'auto,' 'dhcp,' or 'nodhcp.' > +nsupdate_ttl="3600" # Time-to-live for the DNS records. > +nsupdate_reverse="YES" # Attempt to add "reverse" records, in-addr.arpa > + # and ip6.arpa trees. > +nsupdate_shutdown_remove="YES" # Remove our records at shutdown. > +#nsupdate_hostname_ed0="dynamic-host.example.com" # Associate a hostname > + # with an interface, otherwise system hostname used. > > # User ppp configuration. > ppp_enable="NO" # Start user-ppp (or NO). > Index: src/share/man/man5/rc.conf.5 > =================================================================== > RCS file: /ncvs/src/share/man/man5/rc.conf.5,v > retrieving revision 1.221 > diff -u -r1.221 rc.conf.5 > --- src/share/man/man5/rc.conf.5 18 Jul 2004 18:01:48 -0000 1.221 > +++ src/share/man/man5/rc.conf.5 28 Sep 2004 05:04:30 -0000 > @@ -1265,6 +1265,88 @@ > is not enabled. > This variable is experimental. > It may be removed or changed in the near future. > +.It Va nsupdate_enable > +.Pq Vt bool > +Set to > +.Dq Li YES > +to have the system attempt to perform DNS updates using the > +.Xr nsupdate 8 > +command at start up to add records for itself and at shutdown > +to remove the same records. > +The system will attempt to enter records for each non-loopback, > +non-link-local address associated with the interfaces specified > +in the > +.Va nsupdate_interfaces > +variable. > +By default, the domain name used for the address records and as > +the data for reverse entries is the system host name as returned by > +.Xr hostname 1 . > +The domain names associated with addresses on a specific interfaces > +can be set with > +.Va nsupdate_hostname_ Ns Aq Ar interface > +entries. > +.It Va nsupdate_flags > +.Pq Vt str > +Used to pass additional arguments to the > +.Xr nsupdate 8 > +command. > +For example, this may be used to pass key information to the program > +when using DNSSEC TSIG. > +.It Va nsupdate_command > +.Pq Vt str > +Set the full path of the > +.Xr nsupdate 8 > +command to be uses. > +For example, this may be changed to use an > +.Xr nsupdate 8 > +command with a locally installed version of BIND. > +.It Va nsupdate_ipv4 > +.Pq Vt bool > +Set to > +.Dq Li NO > +to not attempt to register IPv4 address, A, records for the > +hostname or reverse pointer, PTR, records in the in-addr.arpa tree. > +.It Va nsupdate_ipv6 > +.Pq Vt bool > +Set to > +.Dq Li NO > +to not attempt to register IPv6 address, AAAA, records for > +the hostname or a reverse pointer, PTR, records in the ip6.arpa tree. > +.It Va nsupdate_reverse > +.Pq Vt bool > +Set to > +.Dq Li NO > +to disable attempts to update the "reverse," in-addr.arpa and ip6.arpa, > +zones. > +Reverse zones are often not under the direct administrative control > +the users of the IP space. > +.It Va nsupdate_ifaces > +.Pq Vt str > +The default of > +.Dq Li auto > +attempts to determine all applicable interfaces on the system > +automatically. > +Set to > +.Dq Li dhcp > +to only perform updates with addresses associated with DHCP > +configured interfaces. > +Set to > +.Dq Li nodhcp > +to only perform updates with addresses associated with non-DHCP > +configured interfaces. > +The user may also provided an explicit list of interfaces. > +.It Va nsupdate_ttl > +.Pq Vt str > +The time-to-live value for the DNS records. > +This has to do with DNS caching lifetimes and has nothing to do > +with how long the records will be kept in the zone on the master > +server. > +.It Va nsupdate_shutdown_remove > +.Pq Vt bool > +Set to > +.Dq Li NO > +to disable the use of DNS updates to remove the records added at > +system startup during shutdown. > .It Va kerberos5_server_enable > .Pq Vt bool > Set to > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 18:12:30 2004 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 49C6916A4CE for ; Tue, 28 Sep 2004 18:12:30 +0000 (GMT) Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7367343D31 for ; Tue, 28 Sep 2004 18:12:29 +0000 (GMT) (envelope-from zaks@era.pl) Received: by localhost (Postfix, from userid 1001) id 9168611652; Tue, 28 Sep 2004 20:12:22 +0200 (CEST) Resent-To: freebsd-current@freebsd.org Resent-From: szak@era.pl (=?iso-8859-2?q?S=B3awek_=AFak?=) Resent-Date: Tue, 28 Sep 2004 20:12:22 +0200 Resent-Message-ID: <86y8iu460p.fsf@thirst.unx.era.pl> X-From-Line: nobody Tue Sep 28 19:45:29 2004 From: =?iso-8859-2?q?S=B3awek_=AFak?= To: freebsd-current@freebsd.org Date: Tue, 28 Sep 2004 19:45:28 +0200 Message-ID: <861xgm5ltz.fsf@thirst.unx.era.pl> User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.4 (Reasonable Discussion, berkeley-unix) Lines: 65 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Bug in #! processing 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: Tue, 28 Sep 2004 18:12:30 -0000 Hi, It seems that there is a long standing bug in processing of command-line options for scripts and such. Take following files: [main.c] #include int main(int ac, char **av) { int i; printf("Main.c test\n"); for(i = 0; i < ac; i++) { printf("%s\n", av[i]); } } [tst.sh] #!./main -#! print ok On FreeBSD 5.x: thirst(1790)% ./tst.sh Main.c test ./main - ./tst.sh On Solaris: sb8:root> ./tst.sh Main.c test ./main -#! ./tst.sh sb8:root> uname -a SunOS sb8 5.8 Generic_108528-21 sun4u sparc SUNW,UltraAX-i2 On Tru64: root@tytus> ./tst.sh Main.c test main -#! ./tst.sh root@tytus> uname -a OSF1 tytus V5.1 2650 alpha On AIX: scooter:/tmp # ./tst.sh Main.c test ./main -#! ./tst.sh scooter:/tmp # uname -a AIX scooter 2 5 005EF19C4C00 Any takers? /S From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 18:23:57 2004 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 CDE9416A4CE for ; Tue, 28 Sep 2004 18:23:57 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id BD2CB43D5C for ; Tue, 28 Sep 2004 18:23:56 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail 11138 invoked by uid 65534); 28 Sep 2004 18:23:55 -0000 Received: from pD9FF1CBF.dip.t-dialin.net (EHLO ms.homeip.net) (217.255.28.191) by mail.gmx.net (mp002) with SMTP; 28 Sep 2004 20:23:55 +0200 X-Authenticated: #15946415 Received: from [10.0.0.101] (helo=[10.0.0.101]) by ms.homeip.net with asmtp (TLSv1:AES256-SHA:256) id 1CCMdj-000Bgh-VX; Tue, 28 Sep 2004 20:23:51 +0200 Message-ID: <4159AC2F.1010105@gmx.de> Date: Tue, 28 Sep 2004 20:23:43 +0200 From: Jochen Gensch User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040826) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jason Porter , freebsd-questions@freebsd.org, freebsd-ports@freebsd.org, freebsd-current@freebsd.org References: <41599AE9.70007@xmission.com> In-Reply-To: <41599AE9.70007@xmission.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: enigmime doesn't install in 5.3BETA3 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: Tue, 28 Sep 2004 18:23:58 -0000 Jason Porter wrote: > I'm trying to get enigmail to work in thunderbird (latest from > ports) but it won't install. From what I know, this port is marked as IGNORE. http://www.freshports.org/mail/enigmail-thunderbird/ > I've tried installing in thunderbird and > firefox, but I don't get anything. You have tried to install enigmail in Firefox? Isn't that for Thunderbird only? Jochen From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 18:27:01 2004 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 4773916A4CE; Tue, 28 Sep 2004 18:27:01 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id A879D43D54; Tue, 28 Sep 2004 18:26:59 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 32748490648; Tue, 28 Sep 2004 15:26:48 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 35200-07; Tue, 28 Sep 2004 18:26:48 +0000 (GMT) Received: from ganymede.hub.org (blk-222-46-91.eastlink.ca [24.222.46.91]) by hub.org (Postfix) with ESMTP id CE691490647; Tue, 28 Sep 2004 15:26:47 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id C1CAE373BC; Tue, 28 Sep 2004 15:26:47 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id C0E44371E1; Tue, 28 Sep 2004 15:26:47 -0300 (ADT) Date: Tue, 28 Sep 2004 15:26:47 -0300 (ADT) From: "Marc G. Fournier" To: Don Lewis In-Reply-To: <200409271718.i8RHIsrP032923@gw.catspoiler.org> Message-ID: <20040928152545.X57211@ganymede.hub.org> References: <200409271718.i8RHIsrP032923@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org cc: freebsd-current@FreeBSD.org cc: keramida@linux.gr Subject: Re: what is fsck's "slowdown"? 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: Tue, 28 Sep 2004 18:27:01 -0000 On Mon, 27 Sep 2004, Don Lewis wrote: > On 24 Sep, Marc G. Fournier wrote: >> >> Just curious as to whether or not this is going to get applied to the >> source tree ... ? Just checked my -current, and it isn't there yet, just >> wanted to see if maybe its been forgotten? :( > > There are a couple of tweaks that I want to do. My plan is to re-post > the patch to current@ for further testing before I commit it. After it > has had time to be sufficiently exercised in -CURRENT, I'll MFC it to > RELENG_5 (after 5.3-RELEASE), and RELENG_4. The feedback I've gotten > from those who reviewed the patch has been positive, but I want to take > it slow because of the critical nature of fsck. Cool to both points ... especially the MFC back to 4 :) Once its there, I'll definitely do an upgrade on our servers, since that will significantly reduce our downtimes :( Thanks ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 18:30:47 2004 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 2BF5516A4CE for ; Tue, 28 Sep 2004 18:30:47 +0000 (GMT) Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41EF843D2F for ; Tue, 28 Sep 2004 18:30:46 +0000 (GMT) (envelope-from jwolz@freenet.de) Received: from [194.97.50.136] (helo=mx3.freenet.de) by mout1.freenet.de with esmtpa (Exim 4.42) id 1CCMkP-0000Hm-Lb for freebsd-current@freebsd.org; Tue, 28 Sep 2004 20:30:45 +0200 Received: from p5083cecd.dip0.t-ipconnect.de ([80.131.206.205] helo=pc1) #1) id 1CCMkO-0007qG-4Q for freebsd-current@freebsd.org; Tue, 28 Sep 2004 20:30:45 +0200 Received: from jonas by pc1 with local (Exim 3.35 #1 (Debian)) id 1CCMkN-0000a4-00 for ; Tue, 28 Sep 2004 20:30:43 +0200 From: Jonas Wolz To: freebsd-current@freebsd.org Date: Tue, 28 Sep 2004 20:30:42 +0200 User-Agent: KMail/1.6 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_S3aWB5bNQ54nbHk" Message-Id: <200409282030.42870.jonas.wolz@freenet.de> Sender: Jonas Wolz Subject: "ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=23444158" with BETA6 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: Tue, 28 Sep 2004 18:30:47 -0000 --Boundary-00=_S3aWB5bNQ54nbHk Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, this is kind of a "me too"-posting for the similar issue (with BETA5) reported last week on this list. On my Acer Aspire 1705SCi "laptop" (P4 processor with Hyperthreading enabled) I tried booting BETA6 from the disc2 CD-ROM today, which seems to work fine except that the error message "ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=234441585" is printed once on boot-up (and just on boot-up so far). It doesn't matter if I boot with ACPI enabled or disabled. The reported LBA is always the same (the harddisk's SMART data looks fine, however). Nevertheless, I can read from the hard disk and mount file systems on it without apparent problems (and without the message getting printed again). FreeBSD 5.2.1 (currently installed on that computer) doesn't have this problem. I've attached the dmesg of BETA6. Jonas Wolz --Boundary-00=_S3aWB5bNQ54nbHk Content-Type: text/plain; charset="us-ascii"; name="dmesg.nobby.BETA6" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.nobby.BETA6" Copyright (c) 1992-2004 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.3-BETA6 #0: Sat Sep 25 19:41:14 UTC 2004 root@wv1u.samsco.home:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0e44000. Preloaded mfs_root "/boot/mfsroot" at 0xc0e4426c. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0e442b0. Calibrating clock(s) ... i8254 clock: 1193202 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 3054282612 Hz CPU: Intel(R) Pentium(R) 4 CPU 3.06GHz (3054.28-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 534708224 (509 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001029000 - 0x000000001f4c8fff, 508166144 bytes (124064 pages) avail memory = 509399040 (485 MB) Table 'FACP' at 0x1fdfaecf Table 'SSDT' at 0x1fdfaf43 Table 'APIC' at 0x1fdfaf7a MADT: Found table at 0x1fdfaf7a MP Configuration Table version 1.4 found at 0xc009fc70 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: enabled SMP: Added CPU 1 (AP) ACPI APIC Table: APIC ID: physical 0, logical 0:0 APIC ID: physical 1, logical 0:1 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00f6e60 bios32: Entry = 0xfd840 (c00fd840) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd840+0x186 pnpbios: Found PnP BIOS data at 0xc00f6ee0 pnpbios: Entry = f0000:b303 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: intr override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: active-high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: active-high MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 9 polarity: low ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff wlan: <802.11 Link Layer> random: io: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] ACPI-0438: *** Error: Looking up [Z00D] in namespace, AE_NOT_FOUND SearchNode 0xc1db5c00 StartNode 0xc1db5c00 ReturnNode 0 ACPI-1303: *** Error: [NULL NAME], AE_NOT_FOUND pci_open(1): mode 1 addr port (0x0cf8) is 0x80001048 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=06501039) pcibios: BIOS version 2.10 Found $PIR table, 7 entries at 0xc00fdf50 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x41 7 10 embedded 0 1 B 0x43 5 10 embedded 0 2 B 0x42 3 4 embedded 0 2 C 0x43 5 10 embedded 0 3 A 0x60 7 10 embedded 0 3 B 0x61 7 10 embedded 0 3 C 0x62 7 10 embedded 0 3 D 0x63 7 10 embedded 0 4 A 0x44 7 10 embedded 0 10 A 0x42 3 4 embedded 0 11 A 0x43 5 10 embedded 0 11 B 0x44 7 10 AcpiOsDerivePciId: bus 0 dev 2 func 0 acpi0: Power Button (fixed) AcpiOsDerivePciId: bus 0 dev 0 func 0 ACPI-0290: *** Error: Return object type is incorrect [\\_SB_.PCI0.LPCB.LNKA._CRS] (Node 0xc1d6da60), AE_TYPE can't fetch resources for \\_SB_.PCI0.LPCB.LNKA - AE_TYPE ACPI-0290: *** Error: Return object type is incorrect [\\_SB_.PCI0.LPCB.LNKC._CRS] (Node 0xc1d6d860), AE_TYPE can't fetch resources for \\_SB_.PCI0.LPCB.LNKC - AE_TYPE ACPI-0290: *** Error: Return object type is incorrect [\\_SB_.PCI0.LPCB.LNKD._CRS] (Node 0xc1d6d760), AE_TYPE can't fetch resources for \\_SB_.PCI0.LPCB.LNKD - AE_TYPE ACPI-0290: *** Error: Return object type is incorrect [\\_SB_.PCI0.LPCB.LNKE._CRS] (Node 0xc1d6d660), AE_TYPE can't fetch resources for \\_SB_.PCI0.LPCB.LNKE - AE_TYPE ACPI-0290: *** Error: Return object type is incorrect [\\_SB_.PCI0.LPCB.LNKF._CRS] (Node 0xc1db2920), AE_TYPE can't fetch resources for \\_SB_.PCI0.LPCB.LNKF - AE_TYPE ACPI-0290: *** Error: Return object type is incorrect [\\_SB_.PCI0.LPCB.LNKG._CRS] (Node 0xc1db2820), AE_TYPE can't fetch resources for \\_SB_.PCI0.LPCB.LNKG - AE_TYPE acpi_ec0: port 0x66,0x62 on acpi0 acpi_ec0: info: new max delay is 50 us acpi_ec0: info: new max delay is 790 us acpi_ec0: info: new max delay is 1000 us ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_tz0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: pci0: on pcib0 pci0: physical bus=0 map[10]: type 1, range 32, base e0000000, size 26, enabled found-> vendor=0x1039, dev=0x0650, revid=0x80 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1039, dev=0x0001, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x63 (2970 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1039, dev=0x0008, revid=0x14 bus=0, slot=2, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base e4000000, size 12, memory disabled found-> vendor=0x1039, dev=0x7007, revid=0x00 bus=0, slot=2, func=3 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x0c (3000 ns) intpin=b, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 00001000, size 4, enabled found-> vendor=0x1039, dev=0x5513, revid=0x00 bus=0, slot=2, func=5 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[10]: type 4, range 32, base 00001400, size 8, port disabled map[14]: type 4, range 32, base 00001080, size 7, enabled found-> vendor=0x1039, dev=0x7013, revid=0xa0 bus=0, slot=2, func=6 class=07-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0xad (5190 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns) intpin=c, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00001c00, size 8, port disabled map[14]: type 4, range 32, base 00001800, size 7, enabled pcib0: matched entry for 0.2.INTC pcib0: slot 2 INTC hardwired to IRQ 18 found-> vendor=0x1039, dev=0x7012, revid=0xa0 bus=0, slot=2, func=7 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0xad (5190 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns) intpin=c, irq=18 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e4001000, size 12, enabled pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 20 found-> vendor=0x1039, dev=0x7001, revid=0x0f bus=0, slot=3, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=20 map[10]: type 1, range 32, base e4002000, size 12, enabled pcib0: matched entry for 0.3.INTB pcib0: slot 3 INTB hardwired to IRQ 21 found-> vendor=0x1039, dev=0x7001, revid=0x0f bus=0, slot=3, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=b, irq=21 map[10]: type 1, range 32, base e4003000, size 12, enabled pcib0: matched entry for 0.3.INTC pcib0: slot 3 INTC hardwired to IRQ 22 found-> vendor=0x1039, dev=0x7001, revid=0x0f bus=0, slot=3, func=2 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=c, irq=22 map[10]: type 1, range 32, base e4004000, size 12, memory disabled found-> vendor=0x1039, dev=0x7002, revid=0x00 bus=0, slot=3, func=3 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=d, irq=255 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00002000, size 8, enabled map[14]: type 1, range 32, base e4005000, size 12, enabled pcib0: matched entry for 0.4.INTA pcib0: slot 4 INTA hardwired to IRQ 19 found-> vendor=0x1039, dev=0x0900, revid=0x91 bus=0, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0xad (5190 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns) intpin=a, irq=19 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, memory disabled found-> vendor=0x1217, dev=0x6972, revid=0x00 bus=0, slot=10, func=0 class=06-07-00, hdrtype=0x02, mfdev=0 cmdreg=0x0000, statreg=0x0410, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x80 (32000 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base e4006000, size 12, memory disabled pcib0: matched entry for 0.11.INTA pcib0: slot 11 INTA hardwired to IRQ 18 found-> vendor=0x1260, dev=0x3872, revid=0x01 bus=0, slot=11, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0010, statreg=0x0290, cachelnsz=4 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=18 powerspec 2 supports D0 D1 D2 D3 current D0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xe5000000-0xe5ffffff pcib1: prefetched decode 0xe8000000-0xefffffff ACPI PCI link initial configuration: pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base e5000000, size 24, enabled pcib1: device (null) requested decoded memory range 0xe5000000-0xe5ffffff map[14]: type 3, range 32, base e8000000, size 27, enabled pcib1: device (null) requested decoded memory range 0xe8000000-0xefffffff pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x10de, dev=0x031a, revid=0xa1 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=16 powerspec 2 supports D0 D3 current D0 pci1: at device 0.0 (no driver attached) isab0: at device 2.0 on pci0 isa0: on isab0 fwohci0: mem 0xe4000000-0xe4000fff at device 2.3 on pci0 fwohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe4000000 pcib0: matched entry for 0.2.INTB pcib0: slot 2 INTB hardwired to IRQ 17 fwohci0: [MPSAFE] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:c0:9f:00:00:0c:a4:05 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:c0:9f:0c:a4:05 fwe0: bpf attached fwe0: Ethernet address: 02:c0:9f:0c:a4:05 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) atapci0: port 0x1000-0x100f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.5 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1000 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x10 err=0x01 lsb=0x14 msb=0xeb ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=10 stat1=00 devices=0x4 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 ata1-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata1-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata1-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=50 stat1=00 devices=0x1 ata1: [MPSAFE] pci0: at device 2.6 (no driver attached) pci0: at device 2.7 (no driver attached) ohci0: mem 0xe4001000-0xe4001fff irq 20 at device 3.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe4001000 ohci0: [GIANT-LOCKED] 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 0xe4002000-0xe4002fff irq 21 at device 3.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe4002000 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting 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 0xe4003000-0xe4003fff irq 22 at device 3.2 on pci0 ohci2: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe4003000 ohci2: [GIANT-LOCKED] usb2: OHCI version 1.0, legacy support usb2: SMM does not respond, resetting 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 ukbd0: Cherry Mikroschalter My3000 keyboard, rev 1.00/9.08, addr 2, iclass 3/1 kbd: new array size 4 kbd1 at ukbd0 kbd1: ukbd0, generic (0), config:0x0, flags:0x1d0000 pci0: at device 3.3 (no driver attached) sis0: port 0x2000-0x20ff mem 0xe4005000-0xe4005fff irq 19 at device 4.0 on pci0 sis0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x2000 miibus0: on sis0 acphy0: on miibus0 acphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: bpf attached sis0: Ethernet address: 00:c0:9f:28:24:60 sis0: [MPSAFE] cbb0: at device 10.0 on pci0 cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib0: matched entry for 0.10.INTA pcib0: slot 10 INTA hardwired to IRQ 17 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x69721217 0x04100007 0x06070000 0x00024000 0x10: 0x80000000 0x020000a0 0x20030300 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffd 0x30: 0x00000001 0x0000fffd 0x00000001 0x04000111 0x40: 0x00281025 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x00000000 0x00000000 0x00000000 0x01881882 0x90: 0x00008002 0x00000000 0x00000000 0x00000000 0xa0: 0xfe020001 0x00c04100 0x00000000 0x00000001 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x08004000 0x028203ca 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 wi0: mem 0xe4006000-0xe4006fff irq 18 at device 11.0 on pci0 wi0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe4006000 wi0: [MPSAFE] wi0: using RF:PRISM3(Mini-PCI) wi0: Intersil Firmware: Primary (1.1.1), Station (1.5.6) wi0: bpf attached wi0: Ethernet address: 00:02:8a:a0:8a:96 wi0: bpf attached wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps wi0: bpf attached acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_button1: on acpi0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0 irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0 port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/15 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 1: ioport 0x1c00 alloc failed sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xdc000-0xe3fff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x81 0x81 0x81 0x81 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 54 80 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 54 80 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 54 80 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 3054282612 Hz quality -100 Timecounters tick every 10.000 msec lo0: bpf attached md0: Preloaded image 4423680 bytes at 0xc09b6c5c acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times acpi_cmbat0: battery initialization start ata0-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ATAPI_RESET time = 130us GEOM: Configure md0a, start 0 length 4423680 end 4423679 GEOM: Configure md0c, start 0 length 4423680 end 4423679 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 ata0-master: setting PIO4 on SiS 5513 chip ata0-master: setting UDMA33 on SiS 5513 chip acpi_ec0: info: new max delay is 11000 us ACPI-0438: *** Error: Looking up [Z00D] in namespace, AE_NOT_FOUND SearchNode 0xc1db5c00 StartNode 0xc1db5c00 ReturnNode 0 ACPI-1303: *** Error: [NULL NAME], AE_NOT_FOUND ACPI-1303: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc1db5b40), AE_NOT_FOUND acpi_cmbat0: error fetching current battery status -- AE_NOT_FOUND acpi_cmbat0: battery initialization done, tried 1 times acd0: CDRW drive at ata0 as master acd0: read 2751KB/s (2751KB/s) write 1720KB/s (1720KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-RW 120mm data disc ata1-master: pio=0x0c wdma=0x22 udma=0x45 cable=40pin ata1-master: setting PIO4 on SiS 5513 chip acpi_tz0: switched from _AC0 to NONE: 40.0C ata1-master: setting UDMA100 on SiS 5513 chip ad2: ATA-6 disk at ata1-master ad2: 114473MB (234441648 sectors), 232581 C, 16 H, 63 S, 512 B ad2: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad2 ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=234441585 ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=d0 ostat1=d0 ad2: stat=0x80 err=0x80 lsb=0x80 msb=0x80 ad2: stat=0x80 err=0x80 lsb=0x80 msb=0x80 ad2: stat=0x80 err=0x80 lsb=0x80 msb=0x80 ad2: stat=0x80 err=0x80 lsb=0x80 msb=0x80 ad2: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ad2: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ad2: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata1-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=50 stat1=00 devices=0x1 ata1: resetting done .. ad2: pio=0x0c wdma=0x22 udma=0x45 cable=40pin ad2: setting PIO4 on SiS 5513 chip ad2: setting UDMA100 on SiS 5513 chip ata1: device config done .. ar: FreeBSD check1 failed [0] f:80 typ:7 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:58588992 [1] f:00 typ:15 s(CHS):1023/254/63 e(CHS):1023/254/63 s:58589055 l:144103050 [2] f:00 typ:165 s(CHS):1023/254/63 e(CHS):1023/254/63 s:212957640 l:21478905 [3] f:00 typ:131 s(CHS):1023/254/63 e(CHS):1023/254/63 s:202692105 l:10265535 GEOM: Configure ad2s1, start 32256 length 29997563904 end 29997596159 GEOM: Configure ad2s2, start 29997596160 length 73780761600 end 103778357759 GEOM: Configure ad2s3, start 109034311680 length 10997199360 end 120031511039 GEOM: Configure ad2s4, start 103778357760 length 5255953920 end 109034311679 MBREXT Slice 5 on ad2s2: [0] f:00 typ:130 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:2008062 [1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:2008125 l:58492665 GEOM: Configure ad2s5, start 32256 length 1028127744 end 1028159999 MBREXT Slice 6 on ad2s2: [0] f:00 typ:131 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:58492602 [1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:60500790 l:96390 GEOM: Configure ad2s6, start 1028192256 length 29948212224 end 30976404479 MBREXT Slice 7 on ad2s2: [0] f:00 typ:131 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:96327 [1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:60597180 l:63874440 GEOM: Configure ad2s7, start 30976436736 length 49319424 end 31025756159 MBREXT Slice 8 on ad2s2: [0] f:00 typ:11 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:63874377 [1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:124471620 l:96390 GEOM: Configure ad2s8, start 31025788416 length 32703681024 end 63729469439 MBREXT Slice 9 on ad2s2: [0] f:00 typ:131 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:96327 [1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:124568010 l:19535040 GEOM: Configure ad2s9, start 63729501696 length 49319424 end 63778821119 MBREXT Slice 10 on ad2s2: [0] f:00 typ:165 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:19534977 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad2s10, start 63778853376 length 10001908224 end 73780761599 GEOM: Configure ad2s3a, start 0 length 134217728 end 134217727 GEOM: Configure ad2s3b, start 134217728 length 536870912 end 671088639 GEOM: Configure ad2s3c, start 0 length 10997199360 end 10997199359 GEOM: Configure ad2s3d, start 671088640 length 268435456 end 939524095 GEOM: Configure ad2s3e, start 939524096 length 268435456 end 1207959551 GEOM: Configure ad2s3f, start 1207959552 length 9789239808 end 10997199359 (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x02000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x000001ff ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 17 (PCI IRQ 17) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0 ioapic0: routing intpin 21 (PCI IRQ 21) to cluster 0 ioapic0: routing intpin 22 (PCI IRQ 22) to cluster 0 Mounting root from ufs:/dev/md0 start_init: trying /sbin/init start_init: trying /sbin/oinit start_init: trying /sbin/init.bak start_init: trying /stand/sysinstall --Boundary-00=_S3aWB5bNQ54nbHk-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 18:40:12 2004 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 4ECDC16A4D0 for ; Tue, 28 Sep 2004 18:40:12 +0000 (GMT) Received: from smtp.rdsnet.ro (smtp.rdsmail.ro [193.231.236.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6900143D1F for ; Tue, 28 Sep 2004 18:40:11 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 15320 invoked by uid 89); 28 Sep 2004 18:40:10 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 28 Sep 2004 18:40:10 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with SMTP id 24A5810A; Tue, 28 Sep 2004 21:40:10 +0300 (EEST) Date: Tue, 28 Sep 2004 21:40:09 +0300 From: Ion-Mihai Tetcu To: Adam Smith Message-ID: <20040928214009.10322f93@it.buh.tecnik93.com> In-Reply-To: <20040928063212.GB58465@internode.com.au> References: <20040928022301.GE33535@internode.com.au> <20040928092126.1ddeb093@it.buh.tecnik93.com> <20040928063212.GB58465@internode.com.au> X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: dougb@freebsd.org Subject: Re: Mixer settings revert to zero 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: Tue, 28 Sep 2004 18:40:12 -0000 [ dougb@ last touched the rc.d/mixer, but a log ago and I don't see any problem, cc'ed however, sorry for the noise ] On Tue, 28 Sep 2004 16:02:12 +0930 Adam Smith wrote: > On Tue, Sep 28, 2004 at 09:21:26AM +0300, Ion-Mihai Tetcu said: > > On Tue, 28 Sep 2004 11:53:02 +0930 > > > But this doesn't seem to be happening. The release notes also say the > > > device driver's name is still pcm, however I couldn't find this in > > > /boot/device.hints. In my particular case, I am using the device ich for > > > my sound. > > > > *snip* > > > > At least for me not the detection is the problem, but the result is the same: > > Do you mean detection of the mixer itself, or the mixer detecting my sound > device? > > My sound drivers are loaded as I have a /dev/dsp that works, but I think my > mixer can't see my ich drivers. > > I have a /dev/mixer0. What I meant is that I have the same problem (but different sound chip) since BETA3, with all mixer's volumes 0 after a reboot. And it doesn't seems to be a driver problem, since all the sound components seem to be detected right and the current states are saved to /var/db/mixer0-state / restored when I start or stop by hand /etc/rc.d/mixer Only on boot the volumes are set to 0, no matter what it is in /var/db/mixer0-state Maybe there has been a change in the rc subsystem and the keywords are now wrong ? I didn't found any. $FreeBSD: src/etc/rc.d/mixer,v 1.3 2004/03/27 09:26:22 dougb Exp $ # PROVIDE: mixer # REQUIRE: LOGIN usbd # KEYWORD: FreeBSD nojail shutdown -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 18:54:44 2004 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 AAA3016A4CF for ; Tue, 28 Sep 2004 18:54:44 +0000 (GMT) Received: from omoikane.mb.skyweb.ca (64-42-246-34.mb.skyweb.ca [64.42.246.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41E6143D5C for ; Tue, 28 Sep 2004 18:54:44 +0000 (GMT) (envelope-from mark@skyweb.ca) Received: by omoikane.mb.skyweb.ca (Postfix, from userid 1001) id 7893362B4F; Tue, 28 Sep 2004 13:54:42 -0500 (CDT) From: Mark Johnston To: current@freebsd.org, freebsd-cvs-summary@lists.enderunix.org Date: Tue, 28 Sep 2004 13:54:41 -0500 User-Agent: KMail/1.6.1 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200409281354.41891.mjohnston@skyweb.ca> Subject: cvs-src summary for September 20-27 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: Tue, 28 Sep 2004 18:54:44 -0000 FreeBSD cvs-src summary for 20/09/04 to 27/09/04 ++++++++++++++++++++++++++++++++++++++++++++++++ This is a regular weekly summary of FreeBSD's cutting-edge development. It is intended to help the FreeBSD community keep up with the fast-paced work going on in FreeBSD-CURRENT by distilling the deluge of data from the CVS mailing list into a (hopefully) easy-to-read newsletter. This newsletter is marked up in reStructuredText_, so any odd punctuation that you see is likely intended for the reST parser. .. _reStructuredText: http://docutils.sourceforge.net/rst.html You can get old summaries, and an HTML version of this one, at http://www.xl0.org/FreeBSD/. Please send any comments to Mark Johnston (mark at xl0.org). If you would like to get the summary without subscribing to current@, please send mail to freebsd-cvs-summary-subscribe@lists.enderunix.org. Thanks to Omer Faruk Sen and EnderUNIX for hosting this list. For Lukasz Dudek and Szymon Roczniak's Polish translations of these summaries, which may lag the English ones slightly, please see http://mocart.pinco.pl/FreeBSD/. .. contents:: =============== Notable changes =============== Vinum RAID driver removed from the kernel ----------------------------------------- Poul-Henning Kamp (phk) removed Vinum, the old volume manager and RAID subsystem, from the kernel build. It has been replaced by geom_vinum, an implementation of the same functionality for the new GEOM disk access layer, and all users should migrate to the new code. http://www.freebsd.org/cgi/mid.cgi?200409230834.i8N8Yp3j015923 Device nodes on CD-ROM and ext2fs no longer supported ----------------------------------------------------- Poul-Henning Kamp (phk) removed support for opening device nodes located on cd9660 filesystems, as used on CD-ROMs, and on Linux-style ext2fs filesystems. They can be seen, but not opened and used as devices. devfs (the device filesystem) should be used instead. http://www.freebsd.org/cgi/mid.cgi?200409210842.i8L8gbhO058704 http://www.freebsd.org/cgi/mid.cgi?200409272038.i8RKckod020697 Daily security diff style changed to unified -------------------------------------------- Joseph Koshy (koshy) added an option to /etc/periodic.conf called "daily_security_status_diff_flags", which allows the format of the diffs generated by periodic(8) scripts to be changed. He also made the default format "diff -u", for a unified diff. This is the most-commonly-seen diff type, with lines starting with + or -, as opposed to the old-style diffs, with > and <. http://www.freebsd.org/cgi/mid.cgi?200409230200.i8N20q8Q096334 ================= Discussion topics ================= Generating hardware interrupts manually --------------------------------------- After a brief, unrelated discussion about release engineering for 5.3, the topic of generating interrupts came up. It was first raised by Brian Fundakowski Feldman (green), when he noted that on his hung system, "The only way I can get reports other than 'it hung, serial DDB and SW_WATCHDOG are no help' is if somehow I gain some kind of real hardware watchdog. :(" Peter Jeremy suggested, "If you have an ISA slot handy, you can trivially generate NMI by shorting a [certain] pair of opposite pins [ . . . ] Unfortunately, raising SERR# on a PCI bus appears to require some logic." Scott Long (scottl) pointed out, "Not all PCI bridges are configured to translate an SERR# signal to an NMI. Some let you configure it in the BIOS, some simply ignore SERR# and continue merrily on." Alfred Perlstein (alfred) also replied to Peter, saying, "You are correct on both counts. However some ISA boards do not generate NMIs when shorting the isa slot." M. Warner Losh (imp) replied too, adding, "A1 and B1 pins. This clocks #IOCHK. However, this doesn't work on all bridge chipsets, and many of them don't reset correctly w/o changes to the tree. [ . . . ] However, it will work on most chipsets." Brian lamented, "Least of which my modern Athlon MP chipset which has no physical ISA slots." Daniel O'Connor speculated, "You can quite possibly do something similar with PCI and #SERR directly.. I haven't tried it though :) Pin 42 is #SERR and the other side of it in ground." Peter wondered, "Does anyone with knowledge of the PCI spec know if just shorting #SERR to ground will work? (Assuming that the BIOS/chipset maps #SERR to NMI)." Roman Kurakin (rik) offered a link to an interesting-looking PCI to ISA bridge card, saying, "I wonder if this could solve ISA problem http://www.costronic.com/Ev71p.htm :-)" Gavin Atkinson responded to Peter's question about shorting #SERR, saying, "It is possible. The PCI 2.2 spec (section 3.7.4.2) says that it should be asserted for a *single* clock cycle, then tri-stated. [ . . . ] So it depends on how strictly they enforce the need for assertion to last a 'single clock cycle'." He also noted, "Regardless of anything else, I wouldn't like to just short SERR# to ground with a screwdriver as used to be possible in the Good Ol' ISA Days... A bit of debounce logic would be necessary to prevent multiple NMI's from being sent." Daniel also replied to Peter, "You have to hold #SERR down for 1 PCI clock and then tri-state it. I think you can do it with a basic 16V8 or so. I'm thinking of making such a board at work :)" http://www.freebsd.org/cgi/mid.cgi?20040925203122.GF83620 =============== Other bug fixes =============== Alan Cox (alc) fixed a long-standing bug that could cause panics in pmap_enter on SMP systems. http://www.freebsd.org/cgi/mid.cgi?200409220501.i8M51m8l009598 M. Warner Losh (imp) fixed a bug causing panics on boot with a USB hub attached, as well as panics when detaching a USB hub. http://www.freebsd.org/cgi/mid.cgi?200409220602.i8M62AGf011468 Max Laier (mlaier) fixed a bug preventing kernels from being built with the options FAST_IPSEC and PF. This closes `PR 71836`_. .. _`PR 71836`: http://www.freebsd.org/cgi/query-pr.cgi?pr=71836 http://www.freebsd.org/cgi/mid.cgi?200409231244.i8NCiehC030045 From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 19:05:56 2004 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 E3FC516A4CE; Tue, 28 Sep 2004 19:05:56 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C49043D2F; Tue, 28 Sep 2004 19:05:56 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])D8D7540EFA; Tue, 28 Sep 2004 21:05:55 +0200 (CEST) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 03374-05; Tue, 28 Sep 2004 21:05:55 +0200 (CEST) Received: from m2a2.dyndns.org (p508EEA9F.dip.t-dialin.net [80.142.234.159]) 8596E40DEC; Tue, 28 Sep 2004 21:05:55 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id D6E38D6AEC; Tue, 28 Sep 2004 21:05:54 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 18470-05-2; Tue, 28 Sep 2004 21:05:54 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 929BED6AEB; Tue, 28 Sep 2004 21:05:54 +0200 (CEST) To: Ruslan Ermilov In-Reply-To: <20040928174000.GF18611@ip.net.ua> (Ruslan Ermilov's message of "Tue, 28 Sep 2004 20:40:00 +0300") References: <20040927224353.845381B217@merlin.emma.line.org> <20040928043351.GA2400@frontfree.net> <20040928071758.GB14942@ip.net.ua> <20040928153537.GA3185@frontfree.net> <20040928174000.GF18611@ip.net.ua> From: Matthias Andree Date: Tue, 28 Sep 2004 21:05:53 +0200 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de cc: current@freebsd.org cc: Matthias Andree cc: Matthias Andree Subject: Re: bin/72138: libc.so.5 isn't installed in a safe way 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: Tue, 28 Sep 2004 19:05:57 -0000 Ruslan Ermilov writes: > My patch does this for "precious" shared libraries. And yes, putting > "INSTALL=install -S" is what I had in mind when suggesting to test > installworld times. INSTALL="install -S" makes zero difference for kernel installs on FreeBSD 4. OK, it does make a difference which is less than 3%, and I made a single run with and without that variable, so it's all buried in the noise. -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 19:15:50 2004 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 4294216A4CE; Tue, 28 Sep 2004 19:15:50 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFCEB43D41; Tue, 28 Sep 2004 19:15:49 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i8SJFoIN028602; Tue, 28 Sep 2004 15:15:50 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 28228-05; Tue, 28 Sep 2004 15:15:49 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i8SJFnvH028543; Tue, 28 Sep 2004 15:15:49 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i8SJFfRF074240; Tue, 28 Sep 2004 15:15:42 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20040928145711.09c0d7c8@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Tue, 28 Sep 2004 15:21:47 -0400 To: freebsd-current@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b Subject: /usr/share/misc/pci_vendors 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: Tue, 28 Sep 2004 19:15:50 -0000 Any chance of updating the pci_vendors file in HEAD and RELENG_5 ? There is a rather odd entry for 14F1 which should be Conexant Systems, Inc according to http://www.pcidatabase.com/reports.php?type=tab-delimeted But in FreeBSD, it says 14F1 Zuhair mohammed Saeed -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 19:26:23 2004 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 61EFF16A4CE for ; Tue, 28 Sep 2004 19:26:23 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B2C843D1D for ; Tue, 28 Sep 2004 19:26:23 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 06289F1A1F for ; Tue, 28 Sep 2004 12:26:23 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00656-03 for ; Tue, 28 Sep 2004 12:26:12 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 93625F1A9C for ; Tue, 28 Sep 2004 12:26:12 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-MYbWuu0WUTyDv6y0FjRp" Message-Id: <1096399572.1234.2.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 28 Sep 2004 12:26:12 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com Subject: bind9: cannot stop/start it 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: Tue, 28 Sep 2004 19:26:23 -0000 --=-MYbWuu0WUTyDv6y0FjRp Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The latest version of BIND will properly stop on a running system, but it will hang (and cause programs that access dns to hang) when I do a start. Let me know if there is anything I can do to help track down this problem. -current/amd64 machine with many services running. Sean --=-MYbWuu0WUTyDv6y0FjRp Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBWbrUyQsGN30uGE4RAnpxAKDAhM4n5gCPQSQ/61lU/UwHlkN7owCgzHO8 a+2v24Ko8hh1CgfzKl5uirY= =gTnH -----END PGP SIGNATURE----- --=-MYbWuu0WUTyDv6y0FjRp-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 19:37:55 2004 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 A29EE16A4CE for ; Tue, 28 Sep 2004 19:37:55 +0000 (GMT) Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id D91D343D31 for ; Tue, 28 Sep 2004 19:37:53 +0000 (GMT) (envelope-from yurtesen-dated-1097264270.b10007@ispro.net.tr) Received: (qmail 22123 invoked by uid 89); 28 Sep 2004 19:37:50 -0000 Received: from [192.168.0.49] (perpetual.yok.utu.fi [130.232.138.155]) by supermail.ispro.net.tr (tmda-ofmipd) with ESMTP; Tue, 28 Sep 2004 22:37:42 +0300 (EEST) Message-ID: <415A4A14.5000103@ispro.net.tr> Date: Tue, 28 Sep 2004 22:37:24 -0700 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <200409271628.02524.jhb@FreeBSD.org> <41594383.503@ispro.net.tr> <200409281143.10421.jhb@FreeBSD.org> In-Reply-To: <200409281143.10421.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes) From: Evren Yurtesen X-Primary-Address: yurtesen@ispro.net.tr cc: freebsd-current@FreeBSD.org cc: Robert Watson Subject: Re: panic: sorele 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: Tue, 28 Sep 2004 19:37:55 -0000 John Baldwin wrote: > On Tuesday 28 September 2004 06:57 am, Evren Yurtesen wrote: > >>John Baldwin wrote: >> >>>On Monday 27 September 2004 09:34 pm, Evren Yurtesen wrote: >>> >>>>Robert Watson wrote: >>>> >>>>>On Thu, 23 Sep 2004, Evren Yurtesen wrote: >>>>> >>>>>>Does anybody know what is panic: sorele? :) >>>>> >>>>>It's the result of an inconsistency detected by the kernel regarding >>>>>kernel invariants for sockets. The somewhat uninformative nature of the >>>>>message is historical, and should probably be fixed. If this is >>>>>reproduceable, could you rebuild your kernel with INVARIANTS support, as >>>>>well as DDB so you can generate a stack trace and other debugging >>>>>information (or, if you have a core, could you use gdb to extract >>>>>debugging information per the Handbook?) >>>> >>>>I am not able to compile the kernel with DDB and INVARIANTS either... >>>>When I put these options to kernel conf, I get this error >>>> >>>>Options Added: >>>> >>>>options INVARIANTS >>>>options KDB >>>>options DDB >>> >>>INVARIANTS requires the option 'INVARIANT_SUPPORT'. >> >>Good point, one sometimes wonders why options INVARIANTS doesnt >>automatically include options INVARIANT_SUPPORT :) > > > So you can build a kernel with INVARIANT_SUPPORT but no INVARIANTS but still > build modules with INVARIANTS. Useful when working on a device driver for > example. I think the dependency there is noted in sys/conf/NOTES btw. Yes, probably, but it was just a suggestion, because DDB said that it needs KDB to compile :) but INVARIANTS just stopped compiling with an error so I couldnt guess what was the problem. The error could be more informative maybe? Just a cosmetic thing though. Nothing vital. But I guess there is a real problem about this panic: sorele when the kernel is compiled with SMP support. If this happens again and I cant get a kernel dump or something, I will compile my kernel without SMP... since I dont even have multiple processors, I was just testing hyperthreading... Evren From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 19:48:55 2004 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 58ED016A4CE for ; Tue, 28 Sep 2004 19:48:55 +0000 (GMT) Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com [81.103.67.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02CC343D48 for ; Tue, 28 Sep 2004 19:48:55 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.42 (FreeBSD)) id 1CCNy1-0009ML-Vf; Tue, 28 Sep 2004 20:48:53 +0100 Date: Tue, 28 Sep 2004 20:48:53 +0100 From: Ceri Davies To: S?awek ?ak Message-ID: <20040928194853.GT2493@submonkey.net> Mail-Followup-To: Ceri Davies , S?awek ?ak , freebsd-current@freebsd.org References: <861xgm5ltz.fsf@thirst.unx.era.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KbRlJ7rsgYPVCYDX" Content-Disposition: inline In-Reply-To: <861xgm5ltz.fsf@thirst.unx.era.pl> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.6i Sender: Ceri Davies cc: freebsd-current@freebsd.org Subject: Re: Bug in #! processing 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: Tue, 28 Sep 2004 19:48:55 -0000 --KbRlJ7rsgYPVCYDX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 28, 2004 at 07:45:28PM +0200, S?awek ?ak wrote: > Hi, >=20 > It seems that there is a long standing bug in processing of command-l= ine > options for scripts and such. Take following files: >=20 > [main.c] =20 > #include >=20 > int main(int ac, char **av) > { > int i; > printf("Main.c test\n"); > for(i =3D 0; i < ac; i++) { > printf("%s\n", av[i]); > } > } >=20 > [tst.sh] > #!./main -#! > print ok >=20 > On FreeBSD 5.x: > =20 > thirst(1790)% ./tst.sh > Main.c test > ./main > - > ./tst.sh >=20 > On Solaris: >=20 > sb8:root> ./tst.sh > Main.c test > ./main > -#! > ./tst.sh >=20 > sb8:root> uname -a > SunOS sb8 5.8 Generic_108528-21 sun4u sparc SUNW,UltraAX-i2 [snip Tru64 and AIX] > Any takers? It's easy enough to fix this case, but Solaris looks buggy in other areas (I do not have any other systems to hand): FreeBSD 4.10-STABLE: $ cat tst.sh #!./main -f -o -#! print ok $ ./tst.sh Main.c test =2E/main -f -o - =2E/tst.sh Solaris 9: $ ./tst.sh Main.c test =2E/main -f =2E/tst.sh Now which behaviour do you want? Ceri --=20 It is not tinfoil, it is my new skin. I am a robot. --KbRlJ7rsgYPVCYDX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWcAlocfcwTS3JF8RAm3WAKCjAo+EU05Izm6rEms1p7pMl/9HggCfWm8o 09eK+NN1yt+XQhm8IrXxd9s= =JISu -----END PGP SIGNATURE----- --KbRlJ7rsgYPVCYDX-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 20:08:10 2004 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 D807516A4CE for ; Tue, 28 Sep 2004 20:08:10 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id D686943D60 for ; Tue, 28 Sep 2004 20:08:09 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i8SK87Ck008329 for ; Tue, 28 Sep 2004 22:08:07 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Tue, 28 Sep 2004 22:08:07 +0200 Message-ID: <8328.1096402087@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: A mini-course in benchmark number crunching. 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: Tue, 28 Sep 2004 20:08:11 -0000 Hi there... Since we'll be entering silly season benchmark-wise in a few weeks when 5.3 goes golden, I'll share an interesting benchmark I ran here today. The situation: I have a kernel branch in perforce which I would like to compare to "straight -current" on buildworld performance. The target system has three disks in addition to the system disk, so I made a tar copy of the a newly checked out src tree and put it on one of the disks. I then set up the computer to boot single-user, and created the following script which would be run from the console in single user mode: #!/bin/sh # Always bail on errors. set -e # Avoid having cur-dir on one of the traffic disks. cd / # In single user root is mounted r/o so remount it. mount -o rw -u / # Unmount and mount the filesystem with the tar file. # (the unmount is in case we re-run the test) umount /hex > /dev/null 2>&1 || true mount /hex # Always get at least three samples. # Three or more samples allows us to calculate a standard deviation. for i in 1 2 3 do # In case of rerun: unmount the two filesystems. umount /usr/src > /dev/null 2>&1 || true umount /usr/obj > /dev/null 2>&1 || true # Create filesystems from scratch. # This improves repeatability. newfs -O 2 -U /dev/ad4 > /dev/null 2>&1 newfs -O 2 -U /dev/ad6 > /dev/null 2>&1 # Mount filesystems. mount /usr/src mount /usr/obj # Extract source tree. ( cd /usr && tar xf /hex/src.tar ) # Run test. # Note that stdout/stderr is not stored on disk, we are # only interested in the last two lines anyway: one to tell # us that the result was OK and one with the times. ( cd /usr/src /usr/bin/time make -j 12 buildworld 2>&1 | tail -2 ) done So, I built the two kernels from the same kernel config file and ran the test, and got these numbers: Plain -current: 1476.48 real 1972.63 user 798.28 sys 1475.75 real 1965.80 user 814.99 sys 1482.53 real 1969.07 user 814.13 sys buf_work branch: 1472.52 real 1965.67 user 792.49 sys 1469.86 real 1960.00 user 803.77 sys 1480.43 real 1958.09 user 814.67 sys Running src/tools/tools/ministat on the numbers in turn tells us that there is no statistical significant difference between the two datasets. Real time: x _current + _buf_work +--------------------------------------------------------------------------+ | + + x x + x| ||___________________M________A_|_________M________A_______|___________| | +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 3 1475.75 1482.53 1476.48 1478.2533 3.7216439 + 3 1469.86 1480.43 1472.52 1474.27 5.4980087 No difference proven at 95.0% confidence User time: x _current + _buf_work +--------------------------------------------------------------------------+ | + + * x x| ||____________M_____A__________________| |_______________A________________|| +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 3 1965.8 1972.63 1969.07 1969.1667 3.416026 + 3 1958.09 1965.67 1960 1961.2533 3.9423639 System time: x _current + _buf_work +--------------------------------------------------------------------------+ |+ x + x+x | ||___________________|__________AM______________A_____________M|__________|| +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 3 798.28 814.99 814.13 809.13333 9.4090931 + 3 792.49 814.67 803.77 803.64333 11.090543 No difference proven at 95.0% confidence I have, in so many words, proven nothing with my test. The direct statistical approach assumes that the three runs for each kernel were run under identical circumstances, but this is not the case here: The first is run right after a reboot, the other two sequentially after that. This means that a large number of tools may be cached in RAM for the second and third run. This should not lead us to belive that the second and third run are in identical circumstances: the third run may have filled ram to the extent where things needs to be thrown out again for instance. Let us look at the real time for the two kernels on a run by run basis: current buf_work difference 1476.48 1472.52 -3.96 1475.75 1469.86 -5.89 1482.53 1480.43 -2.10 Hmm, seen this way, buf_work is consistently faster than current by a fraction of a percent. The same situation holds for the user time. The first two runs of system time show the same pattern but in the last run buf_work is half a second slower than current. Eight out of nine doesn't sound bad, and the probability of buf_work being a tad better than current is probably very high, but we do not have an actual statistical proven difference: we have no standard deviation for the difference. In a situation like this there are two ways one can proceed in order to get that statistical proof: Either run more iterations per boot, increase the three to four, five or however much is necessary to get a better standard deviation so that the direct statstical approach works. Often it helps to throw the first iteration out since it is often atypical (loading a copy of make(1) etc into RAM). But even with 20 iterations, it may not be possible to get the standard deviation narrow enough. For instance a cyclic phenomena relating to ram/vm contents could spread the points. Running only one iteration per boot, and doing multile runs would be a mistake though, because that would only measure the performance right after boot, and that can vary distinctively from the real world experience. The correct method, is to run multiple runs (at least three) with three iterations per boot, and then examine the difference for each iteration separately. Three runs allows a standard deviation to be calculated and "ministat" will do all the hard math for you. I'm not a very good teacher, but I hope this example can inspire some less lame benchmarking when people start to compare 5.3-R to other versions, operating systems etc. If nothing else, please just remember the first rule of statistics: "You can't prove anything without a standard deviation". Poul-Henning -- 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 Tue Sep 28 20:37:33 2004 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 A02FD16A4CF; Tue, 28 Sep 2004 20:37:33 +0000 (GMT) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63EFC43D45; Tue, 28 Sep 2004 20:37:33 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from speck.loki.lan (c-24-21-241-225.client.comcast.net [24.21.241.225]) by mail.bitfreak.org (Postfix) with ESMTP id 3609419F3C; Tue, 28 Sep 2004 13:38:46 -0700 (PDT) Received: from spud (d2.loki.lan [172.21.42.22]) by speck.loki.lan (Postfix) with ESMTP id 7165C322E; Tue, 28 Sep 2004 13:37:31 -0700 (PDT) From: "Darren Pilgrim" To: "'Roman Kurakin'" , "'Dimitry Andric'" Date: Tue, 28 Sep 2004 13:37:22 -0700 Message-ID: <000201c4a59a$f8294f60$162a15ac@spud> 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, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal In-Reply-To: <41591FFE.3040206@cronyx.ru> cc: 'Andrew Boothman' cc: questions@FreeBSD.ORG cc: dwbear75@gmail.com cc: current@FreeBSD.ORG Subject: RE: "NTLDR missing" after 5-RELEASE install 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: Tue, 28 Sep 2004 20:37:33 -0000 [ Note to Roman: Please adjust your mail client to wrap lines at more acceptable range of 72-76 characters. Thanks. ] From: Roman Kurakin > > I've seen this before 5.0 release and made some investigation of this > proble. I didn't look this thread carefully so excuse me if information > I give to all you is useless. > > My investigation show that FreeBSD reads full partition table, and after > modification puts it back. It fix all entries from its own point of view. > Windows dies from change of end of partition entry. As I understand with > large disk it shouldn't mean anything at all. But windows checks it. You > may save this entry and after installation of FreeBSD put it back. Just like in UFS, there are structures in NTFS that have to be changed if the size of the volume changes. Also like UFS, NTFS doesn't place data sequentially on the disk. A large, mostly-empty, NTFS volume can have data at or near the end of the volume. The slicing issue is well-known with NTFS. A reliable way to add a non-Windows slice to a computer with Windows installed is to use a volume management tool like PM. If you don't need to resize a slice, use the Disk Management administrative tool to create an unformatted partition, then change the media descriptor when you go to install FreeBSD. NT is so picky it's even recommended that you use the NT boot loader. From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 20:52:29 2004 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 4119616A4CE for ; Tue, 28 Sep 2004 20:52:29 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1042B43D2F for ; Tue, 28 Sep 2004 20:52:29 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.34 (FreeBSD)) id 1CCOxY-000FsA-7T for freebsd-current@freebsd.org; Tue, 28 Sep 2004 13:52:28 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16729.53003.771498.882796@ran.psg.com> Date: Tue, 28 Sep 2004 13:52:27 -0700 To: FreeBSD Current Subject: simultaneous portupgrades 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: Tue, 28 Sep 2004 20:52:29 -0000 am i correct that there is no shared file consistency/integrity in the portupgrade stuff, so i can not really run two different portupgrades at the same time? randy From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 21:21:30 2004 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 6F95F16A4CE for ; Tue, 28 Sep 2004 21:21:30 +0000 (GMT) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A56043D31 for ; Tue, 28 Sep 2004 21:21:26 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1 [69.55.238.237]) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id i8SLLM7j093178; Tue, 28 Sep 2004 14:21:22 -0700 (PDT) (envelope-from lists@jnielsen.net) Received: (from www@localhost) by ns1.jnielsen.net (8.12.9p2/8.12.9/Submit) id i8SLLMT6093177; Tue, 28 Sep 2004 15:21:22 -0600 (MDT) (envelope-from lists@jnielsen.net) X-Authentication-Warning: ns1.jnielsen.net: www set sender to lists@jnielsen.net using -f Received: from csrouter.dcs.byu.edu (csrouter.dcs.byu.edu [128.187.0.58]) by webmail.jnielsen.net (IMP) with HTTP for ; Tue, 28 Sep 2004 15:21:22 -0600 Message-ID: <1096406482.4159d5d27c165@webmail.jnielsen.net> Date: Tue, 28 Sep 2004 15:21:22 -0600 From: John Nielsen To: Randy Bush References: <16729.53003.771498.882796@ran.psg.com> In-Reply-To: <16729.53003.771498.882796@ran.psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.5 / FreeBSD-4.9 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on ns1.jnielsen.net X-Virus-Status: Clean cc: FreeBSD Current Subject: Re: simultaneous portupgrades 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: Tue, 28 Sep 2004 21:21:30 -0000 Quoting Randy Bush : > am i correct that there is no shared file consistency/integrity > in the portupgrade stuff, so i can not really run two different > portupgrades at the same time? You are correct that it's not a good habit to get into. If you have a fair idea of what depends on what, you can often get away with doing multiple portupgrades at the same time, but don't be surprised when the 'clean' of one build clobbers the working directory of another. On the plus side, it will usually fail loudly if it fails, so all you lose is time (which you may have lost anyway doing things sequentially). If I only have a handful of out-of-date ports, I will generally try to do two batches at once. I'm better at dividing the batches than I used to be... :) JN From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 21:24:42 2004 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 A766C16A4CE for ; Tue, 28 Sep 2004 21:24:42 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A2FF43D31 for ; Tue, 28 Sep 2004 21:24:42 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i8SLSLJD006320; Tue, 28 Sep 2004 14:28:21 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8SLSLss006319; Tue, 28 Sep 2004 14:28:21 -0700 Date: Tue, 28 Sep 2004 14:28:21 -0700 From: Brooks Davis To: John Nielsen Message-ID: <20040928212821.GA5526@odin.ac.hmc.edu> References: <16729.53003.771498.882796@ran.psg.com> <1096406482.4159d5d27c165@webmail.jnielsen.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: <1096406482.4159d5d27c165@webmail.jnielsen.net> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: Randy Bush cc: FreeBSD Current Subject: Re: simultaneous portupgrades 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: Tue, 28 Sep 2004 21:24:42 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 28, 2004 at 03:21:22PM -0600, John Nielsen wrote: > Quoting Randy Bush : > > am i correct that there is no shared file consistency/integrity > > in the portupgrade stuff, so i can not really run two different > > portupgrades at the same time? >=20 > You are correct that it's not a good habit to get into. If you have a > fair idea of what depends on what, you can often get away with doing > multiple portupgrades at the same time, but don't be surprised when the > 'clean' of one build clobbers the working directory of another. On the > plus side, it will usually fail loudly if it fails, so all you lose is > time (which you may have lost anyway doing things sequentially). >=20 > If I only have a handful of out-of-date ports, I will generally try to do > two batches at once. I'm better at dividing the batches than I used to > be... :) I've also seen occational database corruption when two portupgrades use the database at once. In general I avoid doing things that way. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBWdd1XY6L6fI4GtQRAnlSAKCUGL3C/ScnoQw/i++7moO+YPOXdQCgmFs6 2IU9a4z0cy0N/xC2FRun/XI= =b1ca -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 21:27:53 2004 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 44CA316A4CE for ; Tue, 28 Sep 2004 21:27:53 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 006E443D1D for ; Tue, 28 Sep 2004 21:27:53 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from dougb.net ([24.130.110.32]) by comcast.net (sccrmhc11) with SMTP id <20040928212741011006km69e>; Tue, 28 Sep 2004 21:27:52 +0000 Date: Tue, 28 Sep 2004 14:27:40 -0700 (PDT) From: Doug Barton To: Peter Schultz In-Reply-To: <727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com> Message-ID: <20040928142532.M90002@qbhto.arg> References: <20040928025635.Q5094@ync.qbhto.arg> <727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: named now runs chroot'ed by default 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: Tue, 28 Sep 2004 21:27:53 -0000 On Tue, 28 Sep 2004, Peter Schultz wrote: > Why not do it FreeBSD style and auto-jail named? The simplest answer is that not every host can burn (or even obtain) an extra IP address for the jail. It's also questionable what additional benefit would be obtained. Of course, if someone else finds the time to implement this, I will give it a serious look. I'm not _opposed_ to the idea. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 21:28:46 2004 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 42E5316A4CE; Tue, 28 Sep 2004 21:28:46 +0000 (GMT) Received: from dns.p-i-n.com (dns.p-i-n.com [145.253.185.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 260E643D46; Tue, 28 Sep 2004 21:28:45 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by dns.p-i-n.com (8.12.9p2/8.12.9) with ESMTP id i8SLSfXt094845; Tue, 28 Sep 2004 23:28:42 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id i8SLSfr76431; Tue, 28 Sep 2004 23:28:41 +0200 (CEST) (envelope-from rabe) Date: Tue, 28 Sep 2004 23:28:41 +0200 From: "Raphael H. Becker" To: freebsd-current@freebsd.org Message-ID: <20040928232841.W55054@p-i-n.com> References: <20040917104356.E55054@p-i-n.com> <414ADD15.FAC42CDB@freebsd.org> <20040917231922.G55054@p-i-n.com> <414B567C.9060904@freebsd.org> <20040917235056.I55054@p-i-n.com> <414B6234.8060904@freebsd.org> <20040918011644.N55054@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20040918011644.N55054@p-i-n.com>; from rabe@p-i-n.com on Sat, Sep 18, 2004 at 01:16:44AM +0200 Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland cc: freebsd-net@freebsd.org Subject: if_bge with (was: Re: Strange things on GBit / 1000->100 / net.inet.tcp.inflight.* ) 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: Tue, 28 Sep 2004 21:28:46 -0000 On Sat, Sep 18, 2004 at 01:16:44AM +0200, Raphael H. Becker wrote: > On Sat, Sep 18, 2004 at 12:16:20AM +0200, Andre Oppermann wrote: > > Would you mind trying a 5.3 to 5.3 transfer but the target 5.3 box forced to > > only 100Mbit full-duplex? Same statistics again. > > Sorry, ifconfig is not possible now. See PM. > I may retest with physical access (without ssh) next days, if needed. Today I had some time for testing AND physical access ... With bge0 bound to 100baseTX / full-duplex the transfer breaks down to <100kBytes/sec, with 1000byseTX its about 250-350kBytes/sec, should be ~10MBytes/sec ifconfig bge0 down ifconfig bge0 media ... ifconfig bge0 up I will do some more and detailed testing next time I'm in our data center, including the netstat-output etc. Hmm. if_bge buggy? But, same machine on a FE-Switich worked perfectly (with 100MBit). By default ifconfig says: bge0: flags=8843 mtu 1500 options=1a inet 10.101.240.56 netmask 0xffffff00 broadcast 10.101.240.255 inet6 fe80::20d:56ff:febb:9c27%bge0 prefixlen 64 scopeid 0x1 ether 00:0d:56:bb:9c:27 media: Ethernet autoselect (1000baseTX ) status: active from dmesg: FreeBSD 5.3-BETA6 #2: Mon Sep 27 10:40:24 CEST 2004 root@pinserv6.p-i-n.com:/usr/obj/usr/src/sys/PE2650 <-- PE2650 is a copy of GENERIC this time. [...] acpi0: on motherboard [...] pcib3: on acpi0 pci3: on pcib3 bge0: mem 0xfcf10000-0xfcf1ffff irq 28 at device 6.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:0d:56:bb:9c:27 bge1: mem 0xfcf00000-0xfcf0ffff irq 29 at device 8.0 on pci3 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:0d:56:bb:9c:28 Any idea? Regards Raphael Becker From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 21:32:51 2004 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 897E416A4CE for ; Tue, 28 Sep 2004 21:32:51 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E80943D1F for ; Tue, 28 Sep 2004 21:32:51 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from dougb.net ([24.130.110.32]) by comcast.net (sccrmhc12) with SMTP id <2004092821325001200qrrbhe>; Tue, 28 Sep 2004 21:32:50 +0000 Date: Tue, 28 Sep 2004 14:32:49 -0700 (PDT) From: Doug Barton To: Rob In-Reply-To: <4158F9ED.2090203@yahoo.com> Message-ID: <20040928143048.U90002@qbhto.arg> References: <1096042856.24267.6.camel@purgatory.ceribus.net> <1096064849.1047.7.camel@server.mcneil.com> <4158F9ED.2090203@yahoo.com> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org Subject: Re: Proper way to run bind9 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: Tue, 28 Sep 2004 21:32:51 -0000 On Tue, 28 Sep 2004, Rob wrote: > Juha Saarinen wrote: >> >> /etc/rc.conf >> >> named_enable="YES" # Run named, the DNS server (or NO). >> named_program="/usr/sbin/named" # path to named, if you want a different >> one. >> named_flags="-c /etc/namedb/named.conf -u bind" # Flags for named > > I feel that > > named_flags="-c /etc/namedb/named.conf -u bind" > > is going to be used as the default in too many cases, that it > should go into /etc/default/rc.conf. Given that this is already compiled in, and therefore completely unecessary, I don't plan to add it. This is especially meaningful when you consider all the people that are going to have problems because they spuriously added "-b /etc/namedb/named.conf" to their named_flags for BIND 8. -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 22:06:23 2004 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 EB8EA16A4CE for ; Tue, 28 Sep 2004 22:06:23 +0000 (GMT) Received: from mail.paymentonline.com (hosting1.mx.paymentonline.com [69.25.136.10]) by mx1.FreeBSD.org (Postfix) with SMTP id 55AF043D39 for ; Tue, 28 Sep 2004 22:06:22 +0000 (GMT) (envelope-from freebsd@paymentonline.net) Received: (qmail 47418 invoked from network); 28 Sep 2004 22:04:51 -0000 Received: from evrtwa1-ar10-4-43-174-203.evrtwa1.dsl-verizon.net (HELO home) (4.43.174.203) by mail.paymentonline.com with SMTP; 28 Sep 2004 22:04:51 -0000 Message-ID: <0bca01c4a5a7$7bd64d20$0500a8c0@home> From: "freebsd" To: Date: Tue, 28 Sep 2004 15:07:02 -0700 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Crash when using heavy rdist with BETA6 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: Tue, 28 Sep 2004 22:06:24 -0000 I don't have debugging enabled in the kernel and this is a remote machine so all I really know is that it spontaneously reboots under the same circumstances on a semi regular basis. But just in case this helps anyone here is what I do have. This system has run fine for months on freebsd 5.2.1-RELEASE without any issues under the same workload. Problem: Reboots (panic I assume) when rdisting to a freebsd 4.7 box over a local 100mb link. Dmesg after crash: Copyright (c) 1992-2004 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.3-BETA6 #0: Sun Sep 26 14:37:21 PDT 2004 root@catalog1.paymentonline.net:/usr/obj/usr/src/sys/CATALOG1 ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3056.50-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 1073610752 (1023 MB) avail memory = 1041031168 (992 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 Security policy loaded: TrustedBSD MAC/seeotheruids (mac_seeotheruids) Security policy loaded: TrustedBSD MAC/Biba (mac_biba) Security policy loaded: TrustedBSD MAC/BSD Extended (mac_bsdextended) Security policy loaded: TrustedBSD MAC/Partition (mac_partition) ioapic0: Changing APIC ID to 8 ioapic1: Changing APIC ID to 9 ioapic2: Changing APIC ID to 10 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 4.0 (no driver attached) pci0: at device 4.1 (no driver attached) pci0: at device 4.2 (no driver attached) pci0: at device 14.0 (no driver attached) atapci0: port 0x8b0-0x8bf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ohci0: mem 0xfe100000-0xfe100fff irq 5 at device 15.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered isab0: at device 15.3 on pci0 isa0: on isab0 pcib1: on acpi0 pci4: on pcib1 pcib2: at device 8.0 on pci4 pci5: on pcib2 ahc0: port 0xcc00-0xccff mem 0xfccff000-0xfccfffff irq 30 at device 6.0 on pci5 ahc0: [GIANT-LOCKED] aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0xc800-0xc8ff mem 0xfccfe000-0xfccfefff irq 31 at device 6.1 on pci5 ahc1: [GIANT-LOCKED] aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs pcib3: on acpi0 pci3: on pcib3 bge0: mem 0xfcf10000-0xfcf1ffff irq 28 at device 6.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:0f:1f:6e:f2:84 bge1: mem 0xfcf00000-0xfcf0ffff irq 29 at device 8.0 on pci3 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:0f:1f:6e:f2:85 pcib4: on acpi0 pci2: on pcib4 pcib5: on acpi0 pci1: on pcib5 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A orm0: at iomem 0xec000-0xeffff,0xc8000-0xcdfff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec ipfw2 initialized, divert disabled, rule-based forwarding disabled, default to accept, logging limited to 10 packets/entry by default ATAPI_RESET time = 20us acd0: CDROM at ata0-master UDMA33 Waiting 15 seconds for SCSI devices to settle ses0 at ahc0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabled da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/da0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 188 files 16 /usr: superblock summary recomputed WARNING: /var was not properly dismounted Accounting enabled Kernel Config (only parts that differ from GENERIC): machine i386 cpu I686_CPU ident CATALOG1 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. options MAC options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=10 options IPFIREWALL_DEFAULT_TO_ACCEPT ## Up limits for postgres options SHMMAXPGS=131072 options SEMMNI=128 options SEMMNS=512 options SEMUME=100 options SEMMNU=256 From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 23:06:37 2004 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 BEC6C16A4CE; Tue, 28 Sep 2004 23:06:37 +0000 (GMT) Received: from mail2.bmount.com (mail2.bmount.com [209.247.160.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8372543D55; Tue, 28 Sep 2004 23:06:37 +0000 (GMT) (envelope-from mmca@2531.org) Received: from one.2531.org (dsl081-080-209.lax1.dsl.speakeasy.net [64.81.80.209]) by mail2.bmount.com (8.12.10/8.12.10) with SMTP id i8SN93l0049278; Tue, 28 Sep 2004 16:09:04 -0700 (PDT) (envelope-from mmca@2531.org) Date: Tue, 28 Sep 2004 16:08:10 -0700 (PDT) From: mmca@2531.org To: Sam Leffler In-Reply-To: <200409241106.50139.sam@errno.com> Message-ID: <20040928160554.X50534@bar.2531.bet> References: <200409241758.i8OHwGIW027716@mail2.bmount.com> <200409241106.50139.sam@errno.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: clamd / ClamAV version 0.71, clamav-milter version 0.71 X-Virus-Status: Clean cc: hscholz@raisdorf.net cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: DWL AG530 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: Tue, 28 Sep 2004 23:06:37 -0000 On Fri, 24 Sep 2004, Sam Leffler wrote: > On Friday 24 September 2004 10:56 am, mmca@2531.org wrote: >> On 24 Sep, Hendrik Scholz wrote: >>> Hi! >>> >>> mmca@2531.org wrote: >>>> ath0: mem 0xdb000000-0xdb00ffff irq 10 at device 8.0 on >>>> pci1 ath0: mac 5.9 phy 4.3 5ghz radio 3.6 >>>> ath0: unable to collect channel list from hal >>>> device_attach: ath0 attach returned 22 >>>> >>>> Any help would be appreciated. >>> >>> Did you try turning ACPI off? >> >> Yes I have: >> hint.acpi.0.disabled=1 > > Your hal is old. You can try to use the patchset at > http://www.freebsd.org/~sam; it has issues (no WEP) but should work for basic > operation on -current. > http://people.freebsd.org/~sam/ath.patch.gz tried that patch, no joy. ath0: mem 0xdb000000-0xdb00ffff irq 10 at device 8.0 on pci1 ath0: mac 5.9 phy 4.3 5ghz radio 3.6 ath0: unable to collect channel list from hal device_attach: ath0 attach returned 22 uname -a FreeBSD store.comicsmash.com 5.3-BETA6 -M From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 23:06:37 2004 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 BEC6C16A4CE; Tue, 28 Sep 2004 23:06:37 +0000 (GMT) Received: from mail2.bmount.com (mail2.bmount.com [209.247.160.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8372543D55; Tue, 28 Sep 2004 23:06:37 +0000 (GMT) (envelope-from mmca@2531.org) Received: from one.2531.org (dsl081-080-209.lax1.dsl.speakeasy.net [64.81.80.209]) by mail2.bmount.com (8.12.10/8.12.10) with SMTP id i8SN93l0049278; Tue, 28 Sep 2004 16:09:04 -0700 (PDT) (envelope-from mmca@2531.org) Date: Tue, 28 Sep 2004 16:08:10 -0700 (PDT) From: mmca@2531.org To: Sam Leffler In-Reply-To: <200409241106.50139.sam@errno.com> Message-ID: <20040928160554.X50534@bar.2531.bet> References: <200409241758.i8OHwGIW027716@mail2.bmount.com> <200409241106.50139.sam@errno.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: clamd / ClamAV version 0.71, clamav-milter version 0.71 X-Virus-Status: Clean cc: hscholz@raisdorf.net cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: DWL AG530 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: Tue, 28 Sep 2004 23:06:37 -0000 On Fri, 24 Sep 2004, Sam Leffler wrote: > On Friday 24 September 2004 10:56 am, mmca@2531.org wrote: >> On 24 Sep, Hendrik Scholz wrote: >>> Hi! >>> >>> mmca@2531.org wrote: >>>> ath0: mem 0xdb000000-0xdb00ffff irq 10 at device 8.0 on >>>> pci1 ath0: mac 5.9 phy 4.3 5ghz radio 3.6 >>>> ath0: unable to collect channel list from hal >>>> device_attach: ath0 attach returned 22 >>>> >>>> Any help would be appreciated. >>> >>> Did you try turning ACPI off? >> >> Yes I have: >> hint.acpi.0.disabled=1 > > Your hal is old. You can try to use the patchset at > http://www.freebsd.org/~sam; it has issues (no WEP) but should work for basic > operation on -current. > http://people.freebsd.org/~sam/ath.patch.gz tried that patch, no joy. ath0: mem 0xdb000000-0xdb00ffff irq 10 at device 8.0 on pci1 ath0: mac 5.9 phy 4.3 5ghz radio 3.6 ath0: unable to collect channel list from hal device_attach: ath0 attach returned 22 uname -a FreeBSD store.comicsmash.com 5.3-BETA6 -M From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 23:06:51 2004 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 8C3D016A567 for ; Tue, 28 Sep 2004 23:06:51 +0000 (GMT) Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net [24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33E9143D31 for ; Tue, 28 Sep 2004 23:06:51 +0000 (GMT) (envelope-from grover@ceribus.net) Received: (qmail 1241 invoked by uid 1002); 28 Sep 2004 23:07:39 -0000 Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with qmail-scanner-1.22 Processed in 0.103155 secs); 28 Sep 2004 23:07:39 -0000 Received: from unknown (HELO ?192.168.200.219?) (192.168.200.200) by 192.168.200.225 with SMTP; 28 Sep 2004 23:07:38 -0000 From: Grover Lines To: freebsd-current@freebsd.org Content-Type: text/plain Date: Tue, 28 Sep 2004 16:04:51 -0700 Message-Id: <1096412691.1464.6.camel@purgatory.ceribus.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: Proper way to run bind9 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: Tue, 28 Sep 2004 23:06:51 -0000 I'd just like to thank the guys working on bind9. I just transfered all my zone files to the new format of being in the /var/named/etc/named/master or slave folders modified my named.conf to reflect those, and set my rc.conf as named_enable="YES" and its working KICKASS now with no hassles or problems. Auto chrooted and everything. Thanks again. I had been waiting for this import for a long time. -- Grover Lines From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 23:22:49 2004 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 8876416A4CE; Tue, 28 Sep 2004 23:22:49 +0000 (GMT) Received: from ferengi.borderworlds.dk (ferengi.borderworlds.dk [80.166.152.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11AB043D48; Tue, 28 Sep 2004 23:22:49 +0000 (GMT) (envelope-from xi@borderworlds.dk) Received: from borg.borderworlds.dk (localhost [127.0.0.1]) by ferengi.borderworlds.dk (Postfix) with ESMTP id 275B2B81C; Wed, 29 Sep 2004 01:22:47 +0200 (CEST) Received: by borg.borderworlds.dk (Postfix, from userid 1001) id F1DB3B87B; Wed, 29 Sep 2004 01:22:46 +0200 (CEST) Sender: xi@borderworlds.dk To: John Baldwin References: <867jqhwhav.fsf@borg.borderworlds.dk> <200409281309.26841.jhb@FreeBSD.org> From: Christian Laursen Date: 29 Sep 2004 01:22:46 +0200 In-Reply-To: <200409281309.26841.jhb@FreeBSD.org> Message-ID: <86655y3rnd.fsf@borg.borderworlds.dk> Lines: 16 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: Poul-Henning Kamp cc: freebsd-current@FreeBSD.org cc: njl@FreeBSD.org Subject: Re: 5.3-BETA5 panic on first boot - floppy related 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: Tue, 28 Sep 2004 23:22:49 -0000 John Baldwin writes: > On Sunday 26 September 2004 04:44 am, Christian Laursen wrote: > > I upgraded my laptop to 5.3-BETA4 a couple of days ago and have started > > to experience it panic ont the first boot if ACPI is enabled. [snip] > There is a bug in the fdc_acpi driver in that it attaches drives via hints > even if the controller fails to attach which leads to this panic. A possible > fix for RELENG_5 is below: It fixes the panic on my laptop. -- Christian Laursen From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 23:49:30 2004 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 AFC0716A4CE for ; Tue, 28 Sep 2004 23:49:30 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74E7E43D46 for ; Tue, 28 Sep 2004 23:49:30 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id E3E3CF1A9E for ; Tue, 28 Sep 2004 16:49:27 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00652-01 for ; Tue, 28 Sep 2004 16:49:27 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id C20EEF1994 for ; Tue, 28 Sep 2004 16:49:26 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-mN+VM9r7Hbzvz8Tzuqo8" Message-Id: <1096415366.1070.1.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 28 Sep 2004 16:49:26 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com Subject: bind9: /etc/namedb symlink problem 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: Tue, 28 Sep 2004 23:49:30 -0000 --=-mN+VM9r7Hbzvz8Tzuqo8 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable It looks like the first time you do a make installworld it works right.=20 Second time it creates a symlink /etc/namedb/namedb. Third time and it causes the make to fail. Cheers, Sean --=-mN+VM9r7Hbzvz8Tzuqo8 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBWfiGyQsGN30uGE4RAmkiAJ9eAUTVdObHCOn3A4UTJ5thd/wXdgCeNiRf Ib8tAqfcMPVq/IQ9Ddz5uvc= =CA1y -----END PGP SIGNATURE----- --=-mN+VM9r7Hbzvz8Tzuqo8-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 23:56:40 2004 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 1606816A4CF for ; Tue, 28 Sep 2004 23:56:40 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id B428743D45 for ; Tue, 28 Sep 2004 23:56:39 +0000 (GMT) (envelope-from juhasaarinen@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so3352327rnk for ; Tue, 28 Sep 2004 16:56:39 -0700 (PDT) Received: by 10.38.77.44 with SMTP id z44mr1271815rna; Tue, 28 Sep 2004 16:56:39 -0700 (PDT) Received: by 10.38.73.29 with HTTP; Tue, 28 Sep 2004 16:56:39 -0700 (PDT) Message-ID: Date: Wed, 29 Sep 2004 11:56:39 +1200 From: Juha Saarinen To: Sean McNeil In-Reply-To: <1096399572.1234.2.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1096399572.1234.2.camel@server.mcneil.com> cc: freebsd-current@freebsd.org Subject: Re: bind9: cannot stop/start it X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Juha Saarinen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Sep 2004 23:56:40 -0000 On Tue, 28 Sep 2004 12:26:12 -0700, Sean McNeil wrote: > The latest version of BIND will properly stop on a running system, but > it will hang (and cause programs that access dns to hang) when I do a > start. > > Let me know if there is anything I can do to help track down this > problem. -current/amd64 machine with many services running. Anything in /var/log/messages? Does 'rndc status' tell you anything? -- Juha From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 23:58:55 2004 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 EDCE416A4CE for ; Tue, 28 Sep 2004 23:58:55 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB8E043D2F for ; Tue, 28 Sep 2004 23:58:55 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id AB2D5F1AE9 for ; Tue, 28 Sep 2004 16:58:55 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00651-03 for ; Tue, 28 Sep 2004 16:58:55 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id E3C5AF18DC for ; Tue, 28 Sep 2004 16:58:54 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-EmcJGbnkZ261n0DXXDH+" Message-Id: <1096415934.1070.11.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 28 Sep 2004 16:58:54 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com Subject: ucom0 change - please add to UPDATING 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: Tue, 28 Sep 2004 23:58:56 -0000 --=-EmcJGbnkZ261n0DXXDH+ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I figured it out - ucom0 -> ttyU0, but I didn't see anything in UPDATING. Can someone please add? Thanks, Sean --=-EmcJGbnkZ261n0DXXDH+ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBWfq+yQsGN30uGE4RAhs/AKDzULp5vD47au7B7KimqzSvW19urQCg3x+h LF63nLmVjTxgdPU8AwsDxOU= =BpPC -----END PGP SIGNATURE----- --=-EmcJGbnkZ261n0DXXDH+-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 00:01:09 2004 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 87DA816A4CE; Wed, 29 Sep 2004 00:01:09 +0000 (GMT) Received: from gremlin.internode.com.au (gremlin.internode.com.au [192.83.231.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC2D943D2D; Wed, 29 Sep 2004 00:01:08 +0000 (GMT) (envelope-from adam@internode.com.au) Received: from gremlin.internode.com.au (localhost [127.0.0.1]) i8T01784001076; Wed, 29 Sep 2004 09:31:07 +0930 (CST) (envelope-from adam@internode.com.au) Received: (from adam@localhost) by gremlin.internode.com.au (8.13.1/8.13.1/Submit) id i8T016qv001075; Wed, 29 Sep 2004 09:31:06 +0930 (CST) (envelope-from adam@internode.com.au) X-Authentication-Warning: gremlin.internode.com.au: adam set sender to adam@internode.com.au using -f Date: Wed, 29 Sep 2004 09:31:06 +0930 From: Adam Smith To: Ion-Mihai Tetcu Message-ID: <20040929000106.GC696@internode.com.au> Mail-Followup-To: Adam Smith , Ion-Mihai Tetcu , freebsd-current@freebsd.org, dougb@freebsd.org References: <20040928022301.GE33535@internode.com.au> <20040928092126.1ddeb093@it.buh.tecnik93.com> <20040928063212.GB58465@internode.com.au> <20040928214009.10322f93@it.buh.tecnik93.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040928214009.10322f93@it.buh.tecnik93.com> X-Face: $vsV$1FNbZN\JVpjV#&+/!oVW`Kw$j?w_,te\SS}(tKD21c+l$t%\RCS(r$G; XXk]6,(!N:&(N3EV0bY`3):UrgG7'*qsj3l.75IaHV1<`i*{[L\:F*l6fH##C:-p2]xW/R-Z:!bo; 5g3GP-{I{}7O>tN}`Xm/=-:8NG?f-r'$Qc3y[aW-7'W_S<`KYU!_; `7K=kuC$-.7J2*kk=~`c@ADp+xhsv(!a@eW-R_5wtx+tC)(]%W+ User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: dougb@freebsd.org Subject: Re: Mixer settings revert to zero 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: Wed, 29 Sep 2004 00:01:09 -0000 On Tue, Sep 28, 2004 at 09:40:09PM +0300, Ion-Mihai Tetcu said: > > > My sound drivers are loaded as I have a /dev/dsp that works, but I think my > > mixer can't see my ich drivers. > > What I meant is that I have the same problem (but different sound chip) > since BETA3, with all mixer's volumes 0 after a reboot. And it doesn't > seems to be a driver problem, since all the sound components seem to be > detected right and the current states are saved to /var/db/mixer0-state > / restored when I start or stop by hand /etc/rc.d/mixer > > Only on boot the volumes are set to 0, no matter what it is in > /var/db/mixer0-state In that case, my symptoms are the same. I wasn't aware there was a /var/db/mixer0-state file, and when I checked it out, I had mixer settings stored there, but these weren't being picked up when the mixer is initialised during boot. Is there anyone else out there experiencing this? Surely it can't just be the two of us. > Maybe there has been a change in the rc subsystem and the keywords are > now wrong ? I didn't found any. > > $FreeBSD: src/etc/rc.d/mixer,v 1.3 2004/03/27 09:26:22 dougb Exp $ > # PROVIDE: mixer > # REQUIRE: LOGIN usbd > # KEYWORD: FreeBSD nojail shutdown -- Adam Smith Internode : http://www.internode.on.net Phone : (08) 8228 2999 Dog for sale: Eats lots and is fond of children. From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 00:14:47 2004 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 D540716A4CE for ; Wed, 29 Sep 2004 00:14:47 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFA1D43D41 for ; Wed, 29 Sep 2004 00:14:47 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 403F7F1A3A; Tue, 28 Sep 2004 17:14:47 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00648-01; Tue, 28 Sep 2004 17:14:46 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 48491F1A35; Tue, 28 Sep 2004 17:14:46 -0700 (PDT) From: Sean McNeil To: Juha Saarinen In-Reply-To: References: <1096399572.1234.2.camel@server.mcneil.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-6Qgq3TCLyrw4Vn0bP2TA" Message-Id: <1096416886.1078.4.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 28 Sep 2004 17:14:46 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: bind9: cannot stop/start it 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: Wed, 29 Sep 2004 00:14:47 -0000 --=-6Qgq3TCLyrw4Vn0bP2TA Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2004-09-28 at 16:56, Juha Saarinen wrote: > On Tue, 28 Sep 2004 12:26:12 -0700, Sean McNeil wrote: > > The latest version of BIND will properly stop on a running system, but > > it will hang (and cause programs that access dns to hang) when I do a > > start. > >=20 > > Let me know if there is anything I can do to help track down this > > problem. -current/amd64 machine with many services running. >=20 > Anything in /var/log/messages? Does 'rndc status' tell you anything? All looks fine. I think it is related to another service as I cannot even to an ls -l after I try to restart named. Maybe openldap is at fault. I tried stopping that service first, but no difference.=20 syslogd? When I have some time later I will try stopping services one by one to see if I can isolate it. Cheers, Sean --=-6Qgq3TCLyrw4Vn0bP2TA Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBWf52yQsGN30uGE4RApuJAKDqP4/jh2JIZpefhwb4ldy713AO5wCgobf9 DmHcxHD+6Zg1dL1FqaK34Pc= =tmL8 -----END PGP SIGNATURE----- --=-6Qgq3TCLyrw4Vn0bP2TA-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 03:05:48 2004 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 80BAA16A4CE for ; Wed, 29 Sep 2004 03:05:48 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ADE243D1D for ; Wed, 29 Sep 2004 03:05:48 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (localhost [127.0.0.1]) i8T35lTH018321 for ; Tue, 28 Sep 2004 23:05:47 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i8T35kA9018320 for freebsd-current@freebsd.org; Tue, 28 Sep 2004 23:05:46 -0400 (EDT) Date: Tue, 28 Sep 2004 23:05:46 -0400 From: Ken Smith To: freebsd-current@freebsd.org Message-ID: <20040929030546.GE16305@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: HEADS-UP: Library version number bumps 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: Wed, 29 Sep 2004 03:05:48 -0000 >From the "Better late than never" Department... It looks like we should probably bump the version of a couple of the system libraries. With LOTS of help from Kris it looks like this is the list we think needs a version bump, with the version from 4.X being placed in compat4x: libgnuregex.so.2 libhistory.so.4 libm.so.2 libncurses.so.5 libopie.so.2 libpcap.so.2 libreadline.so.4 libwrap.so.3 The bumps will be coming soon... -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 03:24:45 2004 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 997A616A4CE; Wed, 29 Sep 2004 03:24:45 +0000 (GMT) Received: from horsey.gshapiro.net (horsey.gshapiro.net [64.105.95.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54F8543D2F; Wed, 29 Sep 2004 03:24:45 +0000 (GMT) (envelope-from gshapiro@gshapiro.net) Received: from horsey.gshapiro.net (localhost [127.0.0.1]) i8T3OJuh075769 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Sep 2004 20:24:19 -0700 (PDT) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.13.1/8.13.1.Beta1/Submit) id i8T3OI6D075768; Tue, 28 Sep 2004 20:24:18 -0700 (PDT) Date: Tue, 28 Sep 2004 20:24:18 -0700 From: Gregory Neil Shapiro To: Doug Barton Message-ID: <20040929032418.GD56445@horsey.gshapiro.net> References: <20040928025635.Q5094@ync.qbhto.arg> <727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com> <20040928142532.M90002@qbhto.arg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040928142532.M90002@qbhto.arg> User-Agent: Mutt/1.5.6i cc: Peter Schultz cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: named now runs chroot'ed by default 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: Wed, 29 Sep 2004 03:24:45 -0000 > The simplest answer is that not every host can burn (or even obtain) an > extra IP address for the jail. It's also questionable what additional > benefit would be obtained. > > Of course, if someone else finds the time to implement this, I will give > it a serious look. I'm not _opposed_ to the idea. If someone does so, please make it optional as jails don't support IPv6 yet and BIND 9 does. From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 03:33:45 2004 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 0381416A4CE; Wed, 29 Sep 2004 03:33:45 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CFB143D45; Wed, 29 Sep 2004 03:33:44 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i8T3Wk3W016037; Tue, 28 Sep 2004 23:32:46 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i8T3WecB016033; Tue, 28 Sep 2004 23:32:46 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 28 Sep 2004 23:32:40 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Evren Yurtesen In-Reply-To: <4159431F.6010502@ispro.net.tr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Vlad cc: freebsd-current@freebsd.org Subject: Re: panic: sorele 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: Wed, 29 Sep 2004 03:33:45 -0000 On Tue, 28 Sep 2004, Evren Yurtesen wrote: > So you say that disabling SMP fixes the problem? I can easily do that :) > I dont even have 2 processors, I was trying this hyperthreading. If you compile a kernel with NET_WITH_GIANT but keep SMP, does the problem persist? Are you using Netgraph or any other non-default kernel compile options relating to the network stack? Do you make moderate or extensive use of IPv6? This is a somewhat odd assertion failure: sodealloc() asserts that so_count is 0, but so does sofree(), and sofree() is only called by sotryfree() in in_pcbdetach() if so_count is 0. This suggests that either (a) we're looking at a race in which so_count is bumped in that window, or (b) there's a problem with the compile of the kernel where the invariants checks may be compiled into some objects but not others. In theory, locking should prevent (a), so if it is (a) there's a bug in the locking. I'll start reviewing use of so_count and work my way through the rest of this thread. Knowing if compiling with NET_WITH_GIANT helps would be useful, if possible. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > Evren > > Vlad wrote: > > > John, > > > > I've got some DDB output for the exactly the same problem - I think I > > already sent u in email... note it crashes with a slitely different > > panic message than when it's not compiled with kernel debugging stuff. > > > > I've submitted more details in bug report here: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/72126 > > > > here is some DDB stuff: > > > > login: panic: sodealloc(): so_count 1 > > cpuid = 0 > > KDB: enter: panic > > [thread 100044] > > Stopped at kdb_enter+0x30: leave > > db> tr > > kdb_enter(c06497b7,0,c064f89d,e8955b18,c27df640) at kdb_enter+0x30 > > panic(c064f89d,1,122,c3a9fd78,c3a9fca8) at panic+0x14e > > sodealloc(c3a9fca8,0,c064f87d,17d,c3a9fd10) at sodealloc+0x21 > > sofree(c3a9fca8,1,c0653b3a,2b4,c06c8b40) at sofree+0x301 > > in_pcbdetach(c359b9d8,c36f4e00,e8955c68,c058a645,c36f4e00) at in_pcbdetach+0xf8 > > tcp_close(c36f4e00,c28a5034,0,0,0) at tcp_close+0x1d > > tcp_input(c3286800,14,c283a000,1,374a41cf) at tcp_input+0x1885 > > ip_input(c3286800,0,c065313d,e5,c06c78b8) at ip_input+0x592 > > netisr_processqueue(c06c78b8,c069acc0,1,c0648b1f,c27e6d00) at > > netisr_processqueue+0x8e > > swi_net(0,0,c0647164,269,0) at swi_net+0xe9 > > ithread_loop(c275d780,e8955d48,c0646f4f,323,0) at ithread_loop+0x172 > > fork_exit(c04d1970,c275d780,e8955d48) at fork_exit+0xc6 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0x1, eip = 0, esp = 0xe8955d7c, ebp = 0 --- > > db> show object > > Object 0xc0504cf0: type=0, size=0x7400047b83ffffff, res=-121515895, > > ref=-1265778039, flags=0x27bc > > db> show witness > > Sleep locks: > > 0 ATAPI CD bioqueue lock -- last acquired @ /usr/src/sys/dev/ata/atapi-cd.c:1100 > > 0 g_xdown -- last acquired @ /usr/src/sys/geom/geom_io.c:374 > > 3 Giant -- last acquired @ /usr/src/sys/vm/vm_fault.c:294 > > 4 standard object -- last acquired @ /usr/src/sys/vm/vm_object.c:454 > > 5 vm object_list -- last acquired @ /usr/src/sys/vm/vm_object.c:222 > > 12 vm page queue mutex -- last acquired @ /usr/src/sys/vm/vm_fault.c:876 > > 13 CMAPCADDR12 -- last acquired @ /usr/src/sys/i386/i386/pmap.c:2486 > > 13 vnode interlock -- last acquired @ /usr/src/sys/kern/vfs_subr.c:2159 > > 14 spechash -- last acquired @ /usr/src/sys/kern/vfs_subr.c:1903 > > 14 cdev -- last acquired @ /usr/src/sys/kern/kern_conf.c:81 > > 14 vnode_free_list -- last acquired @ /usr/src/sys/kern/vfs_subr.c:745 > > 14 Syncer mtx -- last acquired @ /usr/src/sys/kern/vfs_subr.c:1854 > > 14 Name Cache -- last acquired @ /usr/src/sys/kern/vfs_cache.c:478 > > 13 pmap -- last acquired @ /usr/src/sys/i386/i386/pmap.c:2685 > > 14 uma object -- last acquired @ /usr/src/sys/vm/uma_core.c:963 > > 14 UMA pcpu -- last acquired @ /usr/src/sys/vm/uma_core.c:1800 > > 15 KMAP ENTRY -- last acquired @ /usr/src/sys/vm/uma_core.c:2224 > > 16 UMA zone -- last acquired @ /usr/src/sys/vm/uma_core.c:1817 > > 4 malloc -- last acquired @ /usr/src/sys/kern/kern_malloc.c:588 > > 4 struct mount mtx -- last acquired @ /usr/src/sys/kern/vfs_subr.c:901 > > 13 vnode interlock -- (already displayed) > > 4 bounce pages lock -- last acquired @ > > /usr/src/sys/i386/i386/busdma_machdep.c:860 > > 4 eventhandler -- last acquired @ /usr/src/sys/kern/subr_eventhandler.c:213 > > 5 eventhandler list -- last acquired @ /usr/src/sys/kern/kern_exit.c:199 > > 4 UMA lock -- last acquired @ /usr/src/sys/vm/uma_core.c:889 > > 14 UMA pcpu -- (already displayed) > > 4 random reseed -- last acquired @ /usr/src/sys/dev/random/yarrow.c:193 > > 4 kobj -- last acquired @ /usr/src/sys/kern/subr_kobj.c:298 > > 4 kernel linker -- last acquired @ /usr/src/sys/kern/kern_linker.c:431 > > 4 TID lock -- last acquired @ /usr/src/sys/kern/kern_thread.c:206 > > 4 GEOM orphanage -- last acquired @ /usr/src/sys/geom/geom_event.c:170 > > 4 vm86 lock -- last acquired @ /usr/src/sys/i386/i386/vm86.c:582 > > 4 ithread -- last acquired @ /usr/src/sys/kern/kern_intr.c:276 > > 4 taskqueue list -- last acquired @ /usr/src/sys/kern/subr_taskqueue.c:85 > > 4 acpica subsystem lock -- last acquired @ > > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:360 > > 5 ACPI semaphore -- last acquired @ > > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:300 > > 11 Malloc Stats -- last acquired @ /usr/src/sys/kern/kern_malloc.c:185 > > 5 taskqueue -- last acquired @ /usr/src/sys/kern/subr_taskqueue.c:193 > > 14 UMA pcpu -- (already displayed) > > 4 if_cloners lock -- last acquired @ /usr/src/sys/net/if_clone.c:199 > > 4 rman head -- last acquired @ /usr/src/sys/kern/subr_rman.c:111 > > 4 arc4_mtx -- last acquired @ /usr/src/sys/libkern/arc4random.c:137 > > 4 devstat -- last acquired @ /usr/src/sys/kern/subr_devstat.c:83 > > 4 rman -- last acquired @ /usr/src/sys/kern/subr_rman.c:448 > > 11 Malloc Stats -- (already displayed) > > 10 system map -- last acquired @ /usr/src/sys/vm/vm_kern.c:296 > > 11 kmem object -- last acquired @ /usr/src/sys/vm/vm_kern.c:398 > > 12 vm page queue mutex -- (already displayed) > > 11 kernel object -- last acquired @ /usr/src/sys/vm/vm_object.c:454 > > 12 vm page queue mutex -- (already displayed) > > 4 sf_buf -- last acquired @ /usr/src/sys/i386/i386/vm_machdep.c:674 > > 4 bdone lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:3768 > > 4 domain list -- last acquired @ /usr/src/sys/kern/uipc_domain.c:110 > > 4 bpf global lock -- last acquired @ /usr/src/sys/net/bpf.c:1446 > > 5 bpf interface lock -- last acquired @ order list:0 > > 6 bpf cdev lock -- last acquired @ order list:0 > > 4 pbuf mutex -- last acquired @ /usr/src/sys/vm/vm_pager.c:414 > > 4 ttylist -- last acquired @ /usr/src/sys/kern/tty.c:2745 > > 11 tty -- last acquired @ /usr/src/sys/kern/kern_event.c:1451 > > 4 pseudofs -- last acquired @ /usr/src/sys/fs/pseudofs/pseudofs_fileno.c:86 > > 4 if_clone lock -- last acquired @ /usr/src/sys/net/if_clone.c:321 > > 4 ACPI task queue -- last acquired @ > > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSchedule.c:118 > > 4 so_glabel -- last acquired @ /usr/src/sys/kern/uipc_socket.c:169 > > 4 g_disk_done -- last acquired @ /usr/src/sys/geom/geom_disk.c:196 > > 5 bio queue -- last acquired @ /usr/src/sys/geom/geom_io.c:65 > > 14 UMA pcpu -- (already displayed) > > 4 lo_mtx -- last acquired @ /usr/src/sys/net/if_loop.c:154 > > 4 IPFW static rules -- last acquired @ /usr/src/sys/netinet/ip_fw2.c:2510 > > 4 ATA queue lock -- last acquired @ /usr/src/sys/dev/ata/ata-queue.c:172 > > 4 pfil_head_mtx -- last acquired @ /usr/src/sys/net/pfil.c:81 > > 5 pfil_head_list lock -- last acquired @ /usr/src/sys/net/pfil.c:218 > > 4 buffer daemon lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:401 > > 4 dirhash list -- last acquired @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:348 > > 5 dirhash -- last acquired @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:367 > > 4 needsbuffer lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:296 > > 4 ufs ihash -- last acquired @ /usr/src/sys/ufs/ufs/ufs_ihash.c:156 > > 13 vnode interlock -- (already displayed) > > 4 mntid -- last acquired @ /usr/src/sys/kern/vfs_subr.c:407 > > 5 mountlist -- last acquired @ /usr/src/sys/kern/vfs_syscalls.c:386 > > 4 pseudofs_vncache -- last acquired @ > > /usr/src/sys/fs/pseudofs/pseudofs_vncache.c:239 > > 4 buf queue lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:1505 > > 13 vnode interlock -- (already displayed) > > 4 fdesc -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1614 > > 5 filedesc structure -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1356 > > 6 devd -- last acquired @ /usr/src/sys/kern/subr_bus.c:496 > > 9 sellck -- last acquired @ /usr/src/sys/kern/sys_generic.c:726 > > 6 accept -- last acquired @ /usr/src/sys/kern/uipc_socket.c:334 > > 7 so_snd -- last acquired @ /usr/src/sys/kern/uipc_socket.c:2091 > > 8 so_rcv -- last acquired @ /usr/src/sys/kern/uipc_socket.c:2092 > > 9 radix node head -- last acquired @ /usr/src/sys/net/route.c:662 > > 10 system map -- (already displayed) > > 10 ifnet -- last acquired @ /usr/src/sys/net/if.c:1019 > > 10 rtentry -- last acquired @ /usr/src/sys/net/rtsock.c:398 > > 11 rts_inq -- last acquired @ /usr/src/sys/net/netisr.c:229 > > 11 Malloc Stats -- (already displayed) > > 14 UMA pcpu -- (already displayed) > > 11 ifaddr -- last acquired @ /usr/src/sys/net/route.c:788 > > 9 sellck -- (already displayed) > > 9 process lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1244 > > 10 ktrace -- last acquired @ /usr/src/sys/kern/kern_fork.c:609 > > 10 struct pargs.ref -- last acquired @ /usr/src/sys/kern/kern_proc.c:1100 > > 10 sigacts -- last acquired @ /usr/src/sys/kern/kern_sig.c:294 > > 10 session -- last acquired @ /usr/src/sys/kern/kern_fork.c:591 > > 11 tty -- (already displayed) > > 11 uidinfo hash -- last acquired @ > > /usr/src/sys/kern/kern_resource.c:1004 > > 12 sleep mtxpool -- last acquired @ /usr/src/sys/kern/kern_prot.c:1739 > > 12 uidinfo struct -- last acquired @ order list:0 > > 13 allprison -- last acquired @ /usr/src/sys/kern/kern_jail.c:460 > > 6 pipe mutex -- last acquired @ /usr/src/sys/kern/sys_pipe.c:1520 > > 7 sigio lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:729 > > 8 process group -- last acquired @ /usr/src/sys/kern/kern_fork.c:581 > > 9 process lock -- (already displayed) > > 4 rtsock route_cb lock -- last acquired @ /usr/src/sys/net/rtsock.c:234 > > 4 accounting -- last acquired @ /usr/src/sys/kern/kern_acct.c:232 > > 4 network driver -- last acquired @ /usr/src/sys/dev/fxp/if_fxp.c:1755 > > 11 Malloc Stats -- (already displayed) > > 5 knlist lock for lockless objects -- last acquired @ > > /usr/src/sys/kern/kern_event.c:1451 > > 5 if send queue -- last acquired @ /usr/src/sys/dev/fxp/if_fxp.c:1267 > > 10 system map -- (already displayed) > > 4 runningbufspace lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:314 > > 4 udp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:995 > > 5 udpinp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:1001 > > 7 so_snd -- (already displayed) > > 4 unp -- last acquired @ /usr/src/sys/kern/uipc_usrreq.c:842 > > 7 so_snd -- (already displayed) > > 0 g_xup -- last acquired @ /usr/src/sys/geom/geom_io.c:428 > > 3 Giant -- (already displayed) > > 0 igmp_mtx -- last acquired @ /usr/src/sys/netinet/igmp.c:431 > > 0 ipqlock -- last acquired @ /usr/src/sys/netinet/ip_input.c:1096 > > 0 sem -- last acquired @ /usr/src/sys/kern/sysv_sem.c:1174 > > 0 if_afdata -- last acquired @ /usr/src/sys/net/if.c:489 > > 0 GEOM topology -- last acquired @ /usr/src/sys/geom/geom_event.c:202 > > 1 fdc lock -- last acquired @ /usr/src/sys/dev/fdc/fdc.c:772 > > 2 callout_wait_lock -- last acquired @ /usr/src/sys/kern/kern_timeout.c:289 > > 1 swapdev -- last acquired @ /usr/src/sys/vm/swap_pager.c:2124 > > 3 Giant -- (already displayed) > > 0 p_peers -- last acquired @ /usr/src/sys/kern/kern_exit.c:243 > > 0 ACPI root bus -- last acquired @ > > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:832 > > 4 rman -- (already displayed) > > 5 ACPI semaphore -- (already displayed) > > 0 ACPI PCI bus methods -- last acquired @ > > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pcib.c:123 > > 1 ACPI PCI link -- last acquired @ > > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pci_link.c:1061 > > 11 Malloc Stats -- (already displayed) > > 5 ACPI semaphore -- (already displayed) > > 2 kernel environment -- last acquired @ > > /usr/src/sys/kern/kern_environment.c:285 > > 14 UMA pcpu -- (already displayed) > > 0 ACPI thermal zone -- last acquired @ > > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_thermal.c:783 > > 0 ACPI embedded controller -- last acquired @ > > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_ec.c:302 > > 0 ACPI power resources -- last acquired @ > > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_powerres.c:324 > > 5 ACPI semaphore -- (already displayed) > > 11 Malloc Stats -- (already displayed) > > 14 UMA pcpu -- (already displayed) > > 0 module subsystem sx lock -- last acquired @ > > /usr/src/sys/kern/kern_module.c:313 > > 0 rawcb -- last acquired @ /usr/src/sys/net/raw_usrreq.c:80 > > 8 so_rcv -- (already displayed) > > 0 sysctl lock -- last acquired @ /usr/src/sys/kern/kern_sysctl.c:1315 > > 1 rip -- last acquired @ /usr/src/sys/netinet/raw_ip.c:844 > > 1 tcp -- last acquired @ /usr/src/sys/netinet/tcp_timer.c:138 > > 2 tcpinp -- last acquired @ order list:0 > > 7 so_snd -- (already displayed) > > 1 filelist lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1330 > > 5 filedesc structure -- (already displayed) > > 1 allproc -- last acquired @ /usr/src/sys/kern/kern_fork.c:301 > > 2 user map -- last acquired @ /usr/src/sys/vm/vm_map.c:2997 > > 3 Giant -- (already displayed) > > 0 ddp_list_mtx -- last acquired @ order list:0 > > 1 ddp_mtx -- last acquired @ order list:0 > > 0 slip_mtx -- last acquired @ order list:0 > > 1 slip sc_mtx -- last acquired @ order list:0 > > 0 proctree -- last acquired @ /usr/src/sys/kern/tty.c:2027 > > 1 allproc -- (already displayed) > > > > Spin locks: > > 0 ap boot -- last acquired @ /usr/src/sys/i386/i386/mp_machdep.c:517 > > 1 sio -- last acquired @ /usr/src/sys/dev/sio/sio.c:1709 > > 2 cy -- last acquired @ order list:0 > > 3 uart_hwmtx -- last acquired @ order list:0 > > 4 sabtty -- last acquired @ order list:0 > > 5 zstty -- last acquired @ order list:0 > > 6 ng_node -- last acquired @ order list:0 > > 7 ng_worklist -- last acquired @ order list:0 > > 8 taskqueue_fast -- last acquired @ order list:0 > > 9 intr table -- last acquired @ > > /usr/src/sys/i386/i386/intr_machdep.c:89 > > 10 ithread table lock -- last acquired @ order list:0 > > 11 sleepq chain -- last acquired @ > > /usr/src/sys/kern/subr_sleepqueue.c:223 > > 12 sched lock -- last acquired @ /usr/src/sys/kern/sched_4bsd.c:1120 > > 13 turnstile chain -- last acquired @ > > /usr/src/sys/kern/subr_turnstile.c:411 > > 14 td_contested -- last acquired @ order list:0 > > 15 callout -- last acquired @ /usr/src/sys/kern/kern_timeout.c:398 > > 16 entropy harvest -- last acquired @ > > /usr/src/sys/dev/random/randomdev_soft.c:304 > > 17 entropy harvest buffers -- last acquired @ > > /usr/src/sys/dev/random/randomdev_soft.c:313 > > 18 allpmaps -- last acquired @ > > /usr/src/sys/i386/i386/pmap.c:1127 > > 19 vm page queue free mutex -- last acquired @ > > /usr/src/sys/vm/vm_page.c:774 > > 20 icu -- last acquired @ order list:0 > > 21 smp rendezvous -- last acquired @ > > /usr/src/sys/i386/i386/pmap.c:585 > > 22 tlb -- last acquired @ order list:0 > > 23 clk -- last acquired @ > > /usr/src/sys/i386/isa/clock.c:404 > > 24 mutex profiling lock -- last acquired @ order list:0 > > 25 kse zombie lock -- last acquired @ order list:0 > > 26 ALD Queue -- last acquired @ order list:0 > > 27 pcicfg -- last acquired @ > > /usr/src/sys/i386/pci/pci_cfgreg.c:230 > > > > Locks which were never acquired: > > swap_pager swhash > > IPFW dynamic rules > > arp_inq > > tcp_hc_entry > > ip_inq > > pseudofs_fileno > > ppp_softc_list_mtx > > tunmtx > > msq > > semid > > cd9660_ihash > > msdosfs dehash > > strategy > > ACPI global lock > > ACPI cmbat > > ACPI generic battery > > ACPI AC adapter > > ACPI PCI power methods > > ACPI lid > > ACPI CPU > > kqueue order > > jumbo mutex > > encapmtx > > accept_filter_mtx > > securelevel mutex lock > > fifo mutex > > UUID generator mutex lock > > umtx > > protect sysfilt_ops > > phys_pager list > > dev_pager list > > dev_pager create > > swap_pager list > > vm map sleep mutex > > lockmgr > > db> show pciregs > > hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x00091166 > > rev=0x05 hdr=0x00 > > hostb1@pci0:0:1: class=0x060000 card=0x00000000 chip=0x00091166 > > rev=0x05 hdr=0x00 > > none0@pci0:2:0: class=0x030000 card=0x47568086 chip=0x47561002 rev=0x7a hdr=0x00 > > fxp0@pci0:3:0: class=0x020000 card=0x12298086 chip=0x12298086 rev=0x08 hdr=0x00 > > pcib1@pci0:7:0: class=0x060400 card=0x00000068 chip=0xa5001044 rev=0x02 hdr=0x01 > > asr0@pci0:7:1: class=0x0e0001 card=0xc03c1044 chip=0xa5011044 rev=0x02 hdr=0x00 > > isab0@pci0:15:0: class=0x060100 card=0x02001166 chip=0x02001166 > > rev=0x4f hdr=0x00 > > atapci0@pci0:15:1: class=0x01018a card=0x00000000 chip=0x02111166 > > rev=0x00 hdr=0x00 > > none1@pci2:4:0: class=0x010000 card=0x00cf8086 chip=0x00cf9005 rev=0x01 hdr=0x00 > > none2@pci2:4:1: class=0x010000 card=0x00cf8086 chip=0x00cf9005 rev=0x01 hdr=0x00 > > db> show registers > > cs 0x8 > > ds 0xe8950010 > > es 0x10 > > fs 0x18 > > ss 0x10 > > eax 0x12 > > ecx 0xc0c14000 > > edx 0 > > ebx 0xe8955b18 > > esp 0xe8955ad4 > > ebp 0xe8955adc > > esi 0x1 > > edi 0x100 > > eip 0xc0504cf0 kdb_enter+0x30 > > efl 0x282 > > dr0 0 > > dr1 0 > > dr2 0 > > dr3 0 > > dr4 0xffff0ff0 > > dr5 0x400 > > dr6 0xffff0ff0 > > dr7 0x400 > > kdb_enter+0x30: leave > > db> show threads > > 100265 (0xc32067d0) sched_switch(c32067d0,0,1,11d,5aa48b0d) at > > sched_switch+0x180 > > 100251 (0xc3204190) sched_switch(c3204190,0,1,11d,5db1e499) at > > sched_switch+0x180 > > 100118 (0xc2bbdc80) sched_switch(c2bbdc80,0,1,11d,82553467) at > > sched_switch+0x180 > > 100158 (0xc2e43c80) sched_switch(c2e43c80,0,1,11d,5a568cc1) at > > sched_switch+0x180 > > 100135 (0xc2e1b7d0) sched_switch(c2e1b7d0,0,1,11d,43f9759f) at > > sched_switch+0x180 > > 100271 (0xc33fe190) sched_switch(c33fe190,0,1,11d,1dc845c7) at > > sched_switch+0x180 > > 100232 (0xc3199320) sched_switch(c3199320,0,1,11d,e09772f9) at > > sched_switch+0x180 > > 100100 (0xc2bbb000) > > sched_switch(eee41a94,c06c69a0,c06c69a0,437,c064d749) at > > sched_switch+0x180 > > 100053 (0xc27e24b0) sched_switch(c27e24b0,0,1,11d,c2d83d01) at > > sched_switch+0x180 > > 100248 (0xc319ac80) sched_switch(c319ac80,0,1,11d,7d8d3e1b) at > > sched_switch+0x180 > > 100279 (0xc33fee10) sched_switch(c33fee10,0,1,11d,35fbfb91) at > > sched_switch+0x180 > > 100195 (0xc30107d0) sched_switch(c30107d0,0,1,11d,9b3f1175) at > > sched_switch+0x180 > > 100054 (0xc27e2640) sched_switch(c27e2640,0,1,11d,3a14f887) at > > sched_switch+0x180 > > 100140 (0xc2e42000) sched_switch(c2e42000,0,1,11d,c759049f) at > > sched_switch+0x180 > > 100254 (0xc3204640) sched_switch(c3204640,0,1,11d,203fa40f) at > > sched_switch+0x180 > > 100257 (0xc3204af0) sched_switch(c3204af0,0,1,11d,71139bf5) at > > sched_switch+0x180 > > 100266 (0xc3206960) sched_switch(c3206960,0,1,11d,14a393b3) at > > sched_switch+0x180 > > 100115 (0xc2bbd7d0) sched_switch(c2bbd7d0,0,1,11d,3140338b) at > > sched_switch+0x180 > > 100319 (0xc3893e10) sched_switch(c3893e10,0,1,11d,d00e7fff) at > > sched_switch+0x180 > > 100290 (0xc3ae4000) sched_switch(c3ae4000,0,1,11d,f84f391) at > > sched_switch+0x180 > > 100247 (0xc319aaf0) sched_switch(c319aaf0,0,1,11d,6b6ace79) at > > sched_switch+0x180 > > 100187 (0xc2fb7af0) sched_switch(c2fb7af0,0,1,11d,2525f137) at > > sched_switch+0x180 > > 100117 (0xc2bbdaf0) sched_switch(c2bbdaf0,0,1,11d,1064956d) at > > sched_switch+0x180 > > 100104 (0xc2bbb640) sched_switch(c2bbb640,0,1,11d,f4dda92f) at > > sched_switch+0x180 > > 100350 (0xc3a88000) sched_switch(c3a88000,0,1,11d,ec14fe77) at > > sched_switch+0x180 > > 100095 (0xc2bb87d0) sched_switch(c2bb87d0,0,1,11d,ded7426b) at > > sched_switch+0x180 > > 100160 (0xc2e46000) sched_switch(c2e46000,0,1,11d,6a3de8a5) at > > sched_switch+0x180 > > 100274 (0xc33fe640) sched_switch(c33fe640,0,1,11d,de3a3cdf) at > > sched_switch+0x180 > > 100310 (0xc3893000) sched_switch(c3893000,0,1,11d,5fd324ef) at > > sched_switch+0x180 > > 100337 (0xc3a83af0) sched_switch(c3a83af0,0,1,11d,8c4f2c1d) at > > sched_switch+0x180 > > 100108 (0xc2bbbc80) sched_switch(c2bbbc80,0,1,11d,f71adac1) at > > sched_switch+0x180 > > 100218 (0xc3057c80) sched_switch(c3057c80,0,1,11d,3198796b) at > > sched_switch+0x180 > > 100153 (0xc2e434b0) sched_switch(c2e434b0,0,1,11d,76cd2cdb) at > > sched_switch+0x180 > > 100291 (0xc3ae4190) sched_switch(c3ae4190,0,1,11d,68406d3f) at > > sched_switch+0x180 > > 100197 (0xc3010af0) sched_switch(c3010af0,0,1,11d,20da36eb) at > > sched_switch+0x180 > > 100270 (0xc33fe000) sched_switch(c33fe000,0,1,11d,5f3a315) at > > sched_switch+0x180 > > 100294 (0xc3ae4640) sched_switch(c3ae4640,0,1,11d,37dcbad9) at > > sched_switch+0x180 > > 100323 (0xc38944b0) sched_switch(c38944b0,0,1,11d,1b6e368b) at > > sched_switch+0x180 > > 100217 (0xc3057af0) sched_switch(c3057af0,0,1,11d,b13a0819) at > > sched_switch+0x180 > > 100156 (0xc2e43960) sched_switch(c2e43960,0,1,11d,b2fbcc2d) at > > sched_switch+0x180 > > 100231 (0xc3199190) sched_switch(c3199190,0,1,11d,720276ad) at > > sched_switch+0x180 > > 100286 (0xc3ae2960) sched_switch(c3ae2960,0,1,11d,c048be07) at > > sched_switch+0x180 > > 100143 (0xc2e424b0) sched_switch(c2e424b0,0,1,11d,5fae8b1b) at > > sched_switch+0x180 > > 100275 (0xc33fe7d0) sched_switch(c33fe7d0,0,1,11d,77f0f3a3) at > > sched_switch+0x180 > > 100101 (0xc2bbb190) sched_switch(c2bbb190,0,1,11d,a4d35a21) at > > sched_switch+0x180 > > 100179 (0xc2fb6e10) sched_switch(c2fb6e10,0,1,11d,6a2f0e33) at > > sched_switch+0x180 > > 100268 (0xc3206c80) sched_switch(c3206c80,0,1,11d,eca11829) at > > sched_switch+0x180 > > 100240 (0xc319a000) sched_switch(c319a000,0,1,11d,5136c437) at > > sched_switch+0x180 > > 100150 (0xc2e43000) sched_switch(c2e43000,0,1,11d,2d08bb99) at > > sched_switch+0x180 > > 100090 (0xc2bb8000) sched_switch(c2bb8000,0,1,11d,35ede6a7) at > > sched_switch+0x180 > > 100205 (0xc30117d0) sched_switch(c30117d0,0,1,11d,9ef63df5) at > > sched_switch+0x180 > > 100136 (0xc2e1b960) sched_switch(c2e1b960,0,1,11d,a7a83071) at > > sched_switch+0x180 > > 100148 (0xc2e42c80) sched_switch(c2e42c80,0,1,11d,7a8a9915) at > > sched_switch+0x180 > > 100139 (0xc2e1be10) sched_switch(c2e1be10,0,1,11d,7c3a76d3) at > > sched_switch+0x180 > > 100169 (0xc2e46e10) sched_switch(c2e46e10,0,1,11d,d6efc515) at > > sched_switch+0x180 > > 100237 (0xc3199af0) sched_switch(c3199af0,0,1,11d,e07672c9) at > > sched_switch+0x180 > > 100234 (0xc3199640) sched_switch(c3199640,0,1,11d,e7fafd81) at > > sched_switch+0x180 > > 100235 (0xc31997d0) sched_switch(c31997d0,0,1,11d,dac1a0b1) at > > sched_switch+0x180 > > 100170 (0xc2fb6000) sched_switch(c2fb6000,0,1,11d,f5857545) at > > sched_switch+0x180 > > 100114 (0xc2bbd640) sched_switch(c2bbd640,0,1,11d,da2f9ac9) at > > sched_switch+0x180 > > 100219 (0xc3057e10) sched_switch(c3057e10,0,1,11d,5ef6bfe9) at > > sched_switch+0x180 > > 100245 (0xc319a7d0) sched_switch(c319a7d0,0,1,11d,5286fd) at > > sched_switch+0x180 > > 100215 (0xc30577d0) sched_switch(c30577d0,0,1,11d,8ac81441) at > > sched_switch+0x180 > > 100178 (0xc2fb6c80) sched_switch(c2fb6c80,0,1,11d,8b611a95) at > > sched_switch+0x180 > > 100066 (0xc27e5960) sched_switch(c27e5960,0,1,11d,f8ff04b1) at > > sched_switch+0x180 > > 100246 (0xc319a960) sched_switch(c319a960,0,1,11d,303b85b5) at > > sched_switch+0x180 > > 100177 (0xc2fb6af0) sched_switch(c2fb6af0,0,1,11d,cacbc04f) at > > sched_switch+0x180 > > 100065 (0xc27e57d0) sched_switch(c27e57d0,0,1,11d,5d2bec9) at > > sched_switch+0x180 > > 100200 (0xc3011000) sched_switch(c3011000,0,1,11d,c3c865) at > > sched_switch+0x180 > > 100106 (0xc2bbb960) sched_switch(c2bbb960,0,1,11d,dcf621a5) at > > sched_switch+0x180 > > 100105 (0xc2bbb7d0) sched_switch(c2bbb7d0,0,1,11d,60cf4d39) at > > sched_switch+0x180 > > 100069 (0xc27e5e10) sched_switch(c27e5e10,0,1,11d,49383521) at > > sched_switch+0x180 > > 100107 (0xc2bbbaf0) sched_switch(c2bbbaf0,0,1,11d,3c6bcab5) at > > sched_switch+0x180 > > 100110 (0xc2bbd000) sched_switch(c2bbd000,0,1,11d,2d219d87) at > > sched_switch+0x180 > > 100067 (0xc27e5af0) sched_switch(c27e5af0,0,1,11d,e45ff411) at > > sched_switch+0x180 > > 100080 (0xc2b65000) sched_switch(c2b65000,0,1,11d,53ec71a7) at > > sched_switch+0x180 > > 100113 (0xc2bbd4b0) sched_switch(c2bbd4b0,0,1,11d,e062c4db) at > > sched_switch+0x180 > > 100089 (0xc2b65e10) sched_switch(c2b65e10,0,1,11d,63e38f69) at > > sched_switch+0x180 > > 100096 (0xc2bb8960) sched_switch(c2bb8960,0,1,11d,c20f2dbf) at > > sched_switch+0x180 > > 100093 (0xc2bb84b0) sched_switch(c2bb84b0,0,1,11d,f0cf29c5) at > > sched_switch+0x180 > > 100073 (0xc2b644b0) sched_switch(c2b644b0,0,1,11d,5406e9ef) at > > sched_switch+0x180 > > 100072 (0xc2b64320) sched_switch(c2b64320,0,1,11d,78cee013) at > > sched_switch+0x180 > > 100071 (0xc2b64190) sched_switch(c2b64190,0,1,11d,9790d9b7) at > > sched_switch+0x180 > > 100039 (0xc27c3e10) sched_switch(c27c3e10,0,1,11d,96ad7513) at > > sched_switch+0x180 > > 100038 (0xc27c3c80) sched_switch(c27c3c80,0,1,11d,ca744551) at > > sched_switch+0x180 > > 100037 (0xc27c3af0) sched_switch(c27c3af0,0,1,11d,a3d309c5) at > > sched_switch+0x180 > > 100036 (0xc27c3960) sched_switch(c27c3960,0,1,11d,b23a2533) at > > sched_switch+0x180 > > 100064 (0xc27e5640) sched_switch(c27e5640,0,1,11d,9a1f276b) at > > sched_switch+0x180 > > 100063 (0xc27e54b0) sched_switch(c27e54b0,0,1,11d,a08b2329) at > > sched_switch+0x180 > > 100062 (0xc27e5320) sched_switch(c27e5320,0,1,11d,334e4c53) at > > sched_switch+0x180 > > 100061 (0xc27e5190) sched_switch(c27e5190,0,1,11d,278c08d3) at > > sched_switch+0x180 > > 100060 (0xc27e5000) sched_switch(c27e5000,0,1,11d,7bb99f0b) at > > sched_switch+0x180 > > 100059 (0xc27e2e10) sched_switch(c27e2e10,0,1,11d,ebf94e5b) at > > sched_switch+0x180 > > 100058 (0xc27e2c80) sched_switch(c27e2c80,0,1,11d,dfe1de45) at > > sched_switch+0x180 > > 100057 (0xc27e2af0) sched_switch(c27e2af0,0,1,11d,d8b10679) at > > sched_switch+0x180 > > 100056 (0xc27e2960) fork_trampoline() at fork_trampoline > > 100055 (0xc27e27d0) sched_switch(c27e27d0,0,1,11d,7805ac1b) at > > sched_switch+0x180 > > 100025 (0xc27687d0) fork_trampoline() at fork_trampoline > > 100024 (0xc2768640) sched_switch(c2768640,0,1,11d,99382d45) at > > sched_switch+0x180 > > 100023 (0xc27684b0) fork_trampoline() at fork_trampoline > > 100049 (0xc27dfe10) fork_trampoline() at fork_trampoline > > 100048 (0xc27dfc80) sched_switch(c27dfc80,0,1,11d,f4d93a93) at > > sched_switch+0x180 > > 100047 (0xc27dfaf0) sched_switch(c27dfaf0,0,1,11d,6602877b) at > > sched_switch+0x180 > > 100046 (0xc27df960) sched_switch(c27df960,0,1,11d,303d9b09) at > > sched_switch+0x180 > > 100045 (0xc27df7d0) sched_switch(c27df7d0,0,1,11d,d1480c21) at > > sched_switch+0x180 > > 100044 (0xc27df640) > > kdb_enter(c06497b7,0,c064f89d,e8955b18,c27df640) at kdb_enter+0x30 > > 100043 (0xc27df4b0) fork_trampoline() at fork_trampoline > > 100042 (0xc27df320) sched_switch(c27df320,0,1,11d,8f05e591) at > > sched_switch+0x180 > > 100041 (0xc27df190) fork_trampoline() at fork_trampoline > > 100040 (0xc27df000) fork_trampoline() at fork_trampoline > > 100012 (0xc2764320) sched_switch(c2764320,0,1,11d,ad12d591) at > > sched_switch+0x180 > > 100011 (0xc2764190) fork_trampoline() at fork_trampoline > > 100035 (0xc27c37d0) fork_trampoline() at fork_trampoline > > 100034 (0xc27c3640) fork_trampoline() at fork_trampoline > > 100033 (0xc27c34b0) fork_trampoline() at fork_trampoline > > 100032 (0xc27c3320) fork_trampoline() at fork_trampoline > > 100031 (0xc27c3190) fork_trampoline() at fork_trampoline > > 100030 (0xc27c3000) fork_trampoline() at fork_trampoline > > 100029 (0xc2768e10) sched_switch(c2768e10,0,1,11d,4e7277ab) at > > sched_switch+0x180 > > 100028 (0xc2768c80) fork_trampoline() at fork_trampoline > > 100027 (0xc2768af0) fork_trampoline() at fork_trampoline > > 100026 (0xc2768960) fork_trampoline() at fork_trampoline > > 100000 (0xc275f000) fork_trampoline() at fork_trampoline > > 100022 (0xc2768320) sched_switch(c2768320,0,1,11d,ad732327) at > > sched_switch+0x180 > > 100021 (0xc2768190) fork_trampoline() at fork_trampoline > > 100020 (0xc2768000) fork_trampoline() at fork_trampoline > > 100019 (0xc2764e10) fork_trampoline() at fork_trampoline > > 100018 (0xc2764c80) sched_switch(c2764c80,0,1,11d,8991dd45) at > > sched_switch+0x180 > > 100017 (0xc2764af0) fork_trampoline() at fork_trampoline > > 100016 (0xc2764960) fork_trampoline() at fork_trampoline > > 100015 (0xc27647d0) fork_trampoline() at fork_trampoline > > 100014 (0xc2764640) fork_trampoline() at fork_trampoline > > 100013 (0xc27644b0) fork_trampoline() at fork_trampoline > > 100010 (0xc2764000) fork_trampoline() at fork_trampoline > > 100009 (0xc275fe10) fork_trampoline() at fork_trampoline > > 100008 (0xc275fc80) fork_trampoline() at fork_trampoline > > 100007 (0xc275faf0) fork_trampoline() at fork_trampoline > > 100006 (0xc275f960) fork_trampoline() at fork_trampoline > > 100005 (0xc275f7d0) sched_switch(c275f7d0,0,1,11d,ee0be6c5) at > > sched_switch+0x180 > > 100004 (0xc275f640) sched_switch(c275f640,0,1,117,5f9ce7f9) at > > sched_switch+0x180 > > 100003 (0xc275f4b0) sched_switch(c275f4b0,0,1,117,b7b18581) at > > sched_switch+0x180 > > 100002 (0xc275f320) sched_switch(c275f320,0,1,11d,c07088eb) at > > sched_switch+0x180 > > 100001 (0xc275f190) sched_switch(c275f190,0,1,11d,f5b6edc5) at > > sched_switch+0x180 > > 0 (0xc0697020) sched_switch(c0697020,0,1,11d,704cd037) at > > sched_switch+0x180 > > db>show map > > Task map 0xc0504cf0: pmap=0x4c70424, nentries=-1869574000, version=2072190603 > > db> show page > > cnt.v_free_count: 23492 > > cnt.v_cache_count: 13141 > > cnt.v_inactive_count: 124090 > > cnt.v_active_count: 180777 > > cnt.v_wire_count: 43501 > > cnt.v_free_reserved: 583 > > cnt.v_free_min: 2507 > > cnt.v_free_target: 10611 > > cnt.v_cache_min: 10611 > > cnt.v_inactive_target: 15916 > > db> show cbstat > > tot = 107460 (active = 0, free = 107460 (reserved = 102060, slush = 5400)) > > db> show rtc > > 04/09/26 09:22:38, A = 29, B = 42, C = d0 > > db> show intrcnt > > irq1: atkbd0 4 > > irq4: sio0 273 > > irq6: fdc0 10 > > irq8: rtc 4186630 > > irq13: npx0 1 > > irq14: ata0 46 > > irq18: fxp0 14933714 > > irq23: asr0 100627 > > irq31: acpi0 24214 > > irq0: clk 3270470 > > db> show pcpu > > cpuid = 0 > > curthread = 0xc27df640: pid 46 "swi1: net" > > curpcb = 0xe8955da0 > > fpcurthread = none > > idlethread = 0xc275f640: pid 12 "idle: cpu0" > > APIC ID = 3 > > currentldt = 0x28 > > spin locks held: > > db> > > > > > >>INVARIANTS requires the option 'INVARIANT_SUPPORT'. > >> > >>-- > >>John Baldwin <>< http://www.FreeBSD.org/~jhb/ > >>"Power Users Use the Power to Serve" = http://www.FreeBSD.org > >>_______________________________________________ > >>freebsd-current@freebsd.org mailing list > >>http://lists.freebsd.org/mailman/listinfo/freebsd-current > >>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >> > > > > > > > > > From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 04:03:10 2004 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 4198F16A4CE for ; Wed, 29 Sep 2004 04:03:10 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8088B43D2D for ; Wed, 29 Sep 2004 04:03:09 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 639DA78C55 for ; Wed, 29 Sep 2004 00:04:40 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id 907BE78C35 for ; Wed, 29 Sep 2004 00:04:34 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 1C60C170E2; Wed, 29 Sep 2004 00:02:23 -0400 (EDT) Date: Wed, 29 Sep 2004 00:02:22 -0400 From: Damian Gerow To: current@freebsd.org Message-ID: <20040929040222.GI5115@afflictions.org> Mail-Followup-To: current@freebsd.org References: <20040927211341.GB30059@afflictions.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040927211341.GB30059@afflictions.org> X-Operating-System: FreeBSD 5.3-BETA6 on a i386 X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at afflictions.org Subject: Random processes hanging in unkillable state in -BETA6 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: Wed, 29 Sep 2004 04:03:10 -0000 I have a number of processes hanging in an unkillable state now that I've upgraded from -BETA2 to -BETA6. Two are ports (firefox and ogle), and one is 'dig'. I have no idea what's going on. I've yet to try to gdb any of the processes. I remembered yesterday that I had changed my LANG to en_CA.ISO8859-15 in a quest to get international character support on the commandline, and some apps have been complaining about that. Could that be causing the trouble? Then today, after using dig successfully a few times, it just hung. Any further attempts to use dig result in the same thing -- no output at all, and I can't kill the process. It just sits there. If I try to attach to the running process via ptrace, that hangs as well (though I *can* kill that gdb process). Does anyone have any suggestions? From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 04:37:19 2004 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 0B6AD16A4CE for ; Wed, 29 Sep 2004 04:37:19 +0000 (GMT) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F26543D39 for ; Wed, 29 Sep 2004 04:37:18 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-67-124-49-205.dsl.snfc21.pacbell.net [67.124.49.205])i8T4bFCE009823; Wed, 29 Sep 2004 00:37:16 -0400 Message-ID: <415A3BF2.8010209@elischer.org> Date: Tue, 28 Sep 2004 21:37:06 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Damian Gerow References: <20040927211341.GB30059@afflictions.org> <20040929040222.GI5115@afflictions.org> In-Reply-To: <20040929040222.GI5115@afflictions.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Random processes hanging in unkillable state in -BETA6 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: Wed, 29 Sep 2004 04:37:19 -0000 Damian Gerow wrote: > I have a number of processes hanging in an unkillable state now that I've > upgraded from -BETA2 to -BETA6. Two are ports (firefox and ogle), and one > is 'dig'. > > I have no idea what's going on. I've yet to try to gdb any of the > processes. I remembered yesterday that I had changed my LANG to > en_CA.ISO8859-15 in a quest to get international character support on the > commandline, and some apps have been complaining about that. Could that be > causing the trouble? Possibly a scheduler problem I think.. I hope to get back to it inthe next day or so.. (maxed out at "RealJob" (TM)) > > Then today, after using dig successfully a few times, it just hung. Any > further attempts to use dig result in the same thing -- no output at all, > and I can't kill the process. It just sits there. If I try to attach to > the running process via ptrace, that hangs as well (though I *can* kill that > gdb process). > > Does anyone have any suggestions? > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 04:46:23 2004 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 A5B1E16A4CE for ; Wed, 29 Sep 2004 04:46:23 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60BCD43D3F for ; Wed, 29 Sep 2004 04:46:23 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-67-124-49-205.dsl.snfc21.pacbell.net [67.124.49.205])i8T4k3IV018553; Wed, 29 Sep 2004 00:46:04 -0400 Message-ID: <415A3E1B.5010404@elischer.org> Date: Tue, 28 Sep 2004 21:46:19 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Damian Gerow References: <20040927211341.GB30059@afflictions.org> <20040929040222.GI5115@afflictions.org> In-Reply-To: <20040929040222.GI5115@afflictions.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Random processes hanging in unkillable state in -BETA6 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: Wed, 29 Sep 2004 04:46:23 -0000 Damian Gerow wrote: > I have a number of processes hanging in an unkillable state now that I've > upgraded from -BETA2 to -BETA6. Two are ports (firefox and ogle), and one > is 'dig'. > > I have no idea what's going on. I've yet to try to gdb any of the > processes. I remembered yesterday that I had changed my LANG to > en_CA.ISO8859-15 in a quest to get international character support on the > commandline, and some apps have been complaining about that. Could that be > causing the trouble? > > Then today, after using dig successfully a few times, it just hung. Any > further attempts to use dig result in the same thing -- no output at all, > and I can't kill the process. It just sits there. If I try to attach to > the running process via ptrace, that hangs as well (though I *can* kill that > gdb process). > > Does anyone have any suggestions? > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" If you look at them with ps -alxH are they all (in particular dig) all threaded programs? From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 05:02:37 2004 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 219F716A4CE for ; Wed, 29 Sep 2004 05:02:37 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id B802B43D2D for ; Wed, 29 Sep 2004 05:02:36 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id BB9DC78C55; Wed, 29 Sep 2004 01:04:07 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id ED2AD78C35; Wed, 29 Sep 2004 01:04:05 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id CAC8B170E2; Wed, 29 Sep 2004 01:01:54 -0400 (EDT) Date: Wed, 29 Sep 2004 01:01:54 -0400 From: Damian Gerow To: Julian Elischer Message-ID: <20040929050154.GJ5115@afflictions.org> Mail-Followup-To: Julian Elischer , current@freebsd.org References: <20040927211341.GB30059@afflictions.org> <20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <415A3E1B.5010404@elischer.org> X-Operating-System: FreeBSD 5.3-BETA6 on a i386 X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at afflictions.org cc: current@freebsd.org Subject: Re: Random processes hanging in unkillable state in -BETA6 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: Wed, 29 Sep 2004 05:02:37 -0000 Thus spake Julian Elischer (julian@elischer.org) [29/09/04 00:48]: : If you look at them with ps -alxH are they all (in particular dig) : all threaded programs? Yes, they are. They all seem to be in an RL state. All the dig processes are in RL+, whereas dig processes started by root are in RXL+. There is one hung gdb dig process, which is in SL. Note that these have all been running for at least three hours at this point. Thanks, Julian. From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 05:24:30 2004 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 F336F16A4CE for ; Wed, 29 Sep 2004 05:24:29 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 848DF43D31 for ; Wed, 29 Sep 2004 05:24:29 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8T5ONNt008251; Tue, 28 Sep 2004 23:24:23 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 28 Sep 2004 23:25:40 -0600 (MDT) Message-Id: <20040928.232540.94551800.imp@bsdimp.com> To: David.Boyd@insightbb.com From: "M. Warner Losh" In-Reply-To: References: <20040928.095025.95903793.imp@bsdimp.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: FDC/ACPI/GEOM problems 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: Wed, 29 Sep 2004 05:24:30 -0000 In message: "David Boyd" writes: : > : Disabling the floppy controller results in a successful boot for me. : > : > What about removing the floppy drive w/o disabling the floppy : > controller? : Removing the floppy drive (with the floppy controller enabled) results on a : successful boot for me. Was this with -current or RELENG_5? Warner From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 05:27:39 2004 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 254EA16A4CE for ; Wed, 29 Sep 2004 05:27:39 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8B4643D48 for ; Wed, 29 Sep 2004 05:27:38 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8T5OwTo008263; Tue, 28 Sep 2004 23:24:58 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 28 Sep 2004 23:26:15 -0600 (MDT) Message-Id: <20040928.232615.83622950.imp@bsdimp.com> To: David.Boyd@insightbb.com From: "M. Warner Losh" In-Reply-To: References: <20040928.090457.115908926.imp@bsdimp.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: FDC/ACPI/GEOM problems 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: Wed, 29 Sep 2004 05:27:39 -0000 Oh, I see it was RELENG_5. Please try to update to latest fdc_isa.c and let me know if you are still seeing the problem. Warner From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 05:39:16 2004 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 3D95E16A4CE for ; Wed, 29 Sep 2004 05:39:16 +0000 (GMT) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9E0843D31 for ; Wed, 29 Sep 2004 05:39:15 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.34 (FreeBSD)) id 1CCXBK-000CzP-Am for freebsd-current@freebsd.org; Wed, 29 Sep 2004 07:39:14 +0200 Date: Wed, 29 Sep 2004 07:39:14 +0200 From: Oliver Brandmueller To: freebsd-current@freebsd.org Message-ID: <20040929053914.GA1831@e-Gitt.NET> Mail-Followup-To: freebsd-current@freebsd.org References: <414EB6CE.3000501@voicenet.com> <414ECAE9.7070909@voicenet.com> <20040920133602.GB54785@e-Gitt.NET> <20040920140744.GC54785@e-Gitt.NET> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040920140744.GC54785@e-Gitt.NET> User-Agent: Mutt/1.5.6i Sender: Oliver Brandmueller Subject: Re: SMP problems with -CURRENT? (and BETA5) 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: Wed, 29 Sep 2004 05:39:16 -0000 Hi. On Mon, Sep 20, 2004 at 04:07:45PM +0200, Oliver Brandmueller wrote: > However, booting without ACPI worked. So it seems that this is the > direction, where we have to look for the problem: Inspired by thread "FDC/ACPI/GEOM problems" I tried disabling the Floppy Disk Controller in the BIOS and that worked fine for me: I can boot with ACPI enabled again. - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 05:41:04 2004 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 70DFE16A4CE for ; Wed, 29 Sep 2004 05:41:04 +0000 (GMT) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27F3B43D3F for ; Wed, 29 Sep 2004 05:41:04 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.34 (FreeBSD)) id 1CCXD5-000D1l-1g for freebsd-current@freebsd.org; Wed, 29 Sep 2004 07:41:03 +0200 Date: Wed, 29 Sep 2004 07:41:02 +0200 From: Oliver Brandmueller To: freebsd-current@freebsd.org Message-ID: <20040929054102.GB1831@e-Gitt.NET> Mail-Followup-To: freebsd-current@freebsd.org References: <200409240741.i8O7fMmN043816@pooker.samsco.org> <20040924084308.GA55290@e-Gitt.NET> <200409240208.53908.dsyphers@u.washington.edu> <41541D9B.1050705@voicenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41541D9B.1050705@voicenet.com> User-Agent: Mutt/1.5.6i Sender: Oliver Brandmueller Subject: Re: 5.3-RELEASE TODO 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: Wed, 29 Sep 2004 05:41:04 -0000 On Fri, Sep 24, 2004 at 09:14:03AM -0400, Adam K Kirchhoff wrote: > That would be me. Here's a summary of what I encountered (all this can > be found in the "SMP problems with -CURRENT (and BETA5)": > > With HTT enabled in the BIOS: > > 1) With ACPI and APIC enabled: Locking up after detecting my hard drives > and launching the second processor. > > 2) With ACPI disabled and APIC enabled: Crashing with a "Fatal trap 9". > > 3) With both ACPI and APIC disabled: Success. > > With HTT disabled in the BIOS: > > 1) With ACPI and APIC enabled: Locking up after detecting my hard drives. > > And, I'd agree with your assesment that, no matter the cause, this is a > pretty significant show-stopping bug :-) I tried (inspired by thread "FDC/ACPI/GEOM problems") booting with the floppy disk controller disabled in the BIOS. That works fine for me. SO it seems the problem is somewhere in that direction then. - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 06:10:02 2004 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 2265016A4CE for ; Wed, 29 Sep 2004 06:10:02 +0000 (GMT) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79B9243D46 for ; Wed, 29 Sep 2004 06:10:01 +0000 (GMT) (envelope-from smckay@internode.on.net) Received: from dungeon.home (ppp238-227.lns1.bne3.internode.on.net [203.122.238.227])i8T69x4Y017040; Wed, 29 Sep 2004 15:39:59 +0930 (CST) Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.12.8p2/8.11.6) with ESMTP id i8T69wZD008877; Wed, 29 Sep 2004 16:09:58 +1000 (EST) (envelope-from mckay) Message-Id: <200409290609.i8T69wZD008877@dungeon.home> To: current@freebsd.org References: <002b01c4a576$9b65f1d0$82fda3d1@sanmarcos.x25.net> <200409282025.04107.taras-s-y@mail.ru> In-Reply-To: <200409282025.04107.taras-s-y@mail.ru> from Savchuk Taras at "Tue, 28 Sep 2004 20:25:03 +0000" Date: Wed, 29 Sep 2004 16:09:58 +1000 From: Stephen McKay cc: Savchuk Taras cc: Stephen McKay Subject: Re: dc0 acting up 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: Wed, 29 Sep 2004 06:10:02 -0000 On Tuesday, 28th September 2004, Savchuk Taras wrote: >On Tuesday 28 September 2004 16:17, Jesse Marquez wrote: > >FreeBSD5.3-BETA4 > >I have the same output during boot: >> dc0: failed to force tx and rx to idle state >> dc0: failed to force tx and rx to idle state >> dc0: failed to force tx and rx to idle state This one comes up every year or so and is my fault (more or less). Maybe we can fix it now that people are reporting it, even though it is actually pretty harmless. What hardware do you have? Ie what other dc0: lines do you find in dmesg? If you are willing to edit some code and try again, what happens when you comment out the entire for loop at line 1379 of sys/pci/if_dc.c, which looks like this: for (i = 0; i < DC_TIMEOUT; i++) { isr = CSR_READ_4(sc, DC_ISR); if (isr & DC_ISR_TX_IDLE && ((isr & DC_ISR_RX_STATE) == DC_RXSTATE_STOPPED || (isr & DC_ISR_RX_STATE) == DC_RXSTATE_WAIT)) break; DELAY(10); } if (i == DC_TIMEOUT) printf("dc%d: failed to force tx and " "rx to idle state\n", sc->dc_unit); Does your network card still work? The long story is that this test is probably unnecessary, though the manual for the original Intel 21143 requires it. If it was skipped for non-Intel chips, I think everyone would be happy. It would be nice to have some experimental verification of this theory though. Stephen. From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 06:13:50 2004 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 EEDFE16A4CE for ; Wed, 29 Sep 2004 06:13:50 +0000 (GMT) Received: from cedar.ie.tusur.ru (fet-gw.ttk.tusur.ru [212.192.163.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B59E43D46 for ; Wed, 29 Sep 2004 06:13:42 +0000 (GMT) (envelope-from pg@rainbow.ie.tusur.ru) Received: from rainbow.ie.tusur.ru (rainbow.ie.tusur.ru [212.192.122.75]) by cedar.ie.tusur.ru (8.12.11/8.12.11) with ESMTP id i8T6DSlb099600; Wed, 29 Sep 2004 13:13:28 +0700 (TSD) (envelope-from pg@rainbow.ie.tusur.ru) Received: from rainbow.ie.tusur.ru (localhost.ie.tusur.ru [127.0.0.1]) by rainbow.ie.tusur.ru (8.12.9p2/8.12.9) with ESMTP id i8T6AO4D074442; Wed, 29 Sep 2004 13:10:24 +0700 (TSD) (envelope-from pg@rainbow.ie.tusur.ru) Received: (from pg@localhost) by rainbow.ie.tusur.ru (8.12.9p2/8.12.9/Submit) id i8T6AOhX074441; Wed, 29 Sep 2004 13:10:24 +0700 (TSD) (envelope-from pg) Date: Wed, 29 Sep 2004 13:10:24 +0700 From: Pavel Gubin To: Stephen Montgomery-Smith Message-ID: <20040929061024.GA73877@ie.tusur.ru> References: <41536FD5.20204@math.missouri.edu> <20040926025935.GC2530@dragon.nuxi.com> <41563A3C.5080404@math.missouri.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41563A3C.5080404@math.missouri.edu> User-Agent: Mutt/1.4i Organization: TUCSR, Industrial Electronics dept X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on cedar.ie.tusur.ru X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on rainbow.ie.tusur.ru X-Virus-Status: Clean X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: ACPI on Tyan Thunder K7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Pavel Gubin List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Sep 2004 06:13:51 -0000 On Sat, Sep 25, 2004 at 10:40:44PM -0500, Stephen Montgomery-Smith wrote: > But more than that, if I do "shutdown -p now" the computer does halt, > and then it switches off, but in a strange way - the fans are still > going, all the lights are on, but the video card stops working, and the > on/off button does nothing, even if I hold it down for several seconds. On my Tiger or Thunder I've got the similar effect - pushing power button only partly powers off the system, the fans are going, but the system is off. So I think it's a Tyan bug. -- Pavel Gubin TUSC&R / Industrial Electronics dept / System Administrator 2:5005/14@fidonet / Phone +7-3822-423067 / ICQ 28835566 From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 06:20:18 2004 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 E534116A4CE for ; Wed, 29 Sep 2004 06:20:17 +0000 (GMT) Received: from mail.au.sevenone.com (ppp53-126.lns1.adl2.internode.on.net [150.101.53.126]) by mx1.FreeBSD.org (Postfix) with ESMTP id D25F243D2F for ; Wed, 29 Sep 2004 06:20:16 +0000 (GMT) (envelope-from freebsd@sevenone.com) Received: from email.sevenone.com (bsd2.au.sevenone.com [202.12.71.2]) i8T6KF31091578 for ; Wed, 29 Sep 2004 15:50:15 +0930 (CST) (envelope-from freebsd@sevenone.com) Received: from 143.216.237.212 (SquirrelMail authenticated user matt); by email.sevenone.com with HTTP; Wed, 29 Sep 2004 15:50:15 +0930 (CST) Message-ID: <50228.143.216.237.212.1096438815.squirrel@143.216.237.212> Date: Wed, 29 Sep 2004 15:50:15 +0930 (CST) From: "matt baker" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: dc0 acting up 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: Wed, 29 Sep 2004 06:20:18 -0000 >>I have the same output during boot: >>> dc0: failed to force tx and rx to idle state >>> dc0: failed to force tx and rx to idle state >>> dc0: failed to force tx and rx to idle state > > This one comes up every year or so and is my fault (more or less). Maybe we can fix it now that people are reporting it, even though it is actually pretty harmless. > > What hardware do you have? Ie what other dc0: lines do you find in dmesg? > > If you are willing to edit some code and try again, what happens when you comment out the entire for loop at line 1379 of sys/pci/if_dc.c, which looks like this: > > for (i = 0; i < DC_TIMEOUT; i++) { > isr = CSR_READ_4(sc, DC_ISR); > if (isr & DC_ISR_TX_IDLE && > ((isr & DC_ISR_RX_STATE) == DC_RXSTATE_STOPPED > || > (isr & DC_ISR_RX_STATE) == DC_RXSTATE_WAIT)) > break; > DELAY(10); > } > > if (i == DC_TIMEOUT) > printf("dc%d: failed to force tx and " > "rx to idle state\n", sc->dc_unit); > > Does your network card still work? > > The long story is that this test is probably unnecessary, though the manual > for the original Intel 21143 requires it. If it was skipped for non-Intel chips, I think everyone would be happy. It would be nice to have some experimental verification of this theory though. > > Stephen. I am also seeing this error. Was seeing it originally in 5.2.1 and now with 5.3-Beta6. Hope I can help find the problem. With both I was seeing "dc0: failed to force tx and rx to idle state" with 5.3-Beta6 I am also now seeing "dc0: watchdog timeout" dmesg | grep dc0 output: dc0: <82c169 PNIC 10/100BaseTX> port 0x9400-0x94ff mem 0xeb200000-0xeb2000ff irq 17 at device 9.0 on pci0 miibus1: on dc0 dc0: Ethernet address: 00:02:e3:06:a1:8b dc0: [GIANT-LOCKED] I will try the patch above and see if it helps or not. Regards, Matt From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 06:23:27 2004 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 B68A916A4CE for ; Wed, 29 Sep 2004 06:23:27 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id B99B543D49 for ; Wed, 29 Sep 2004 06:23:26 +0000 (GMT) (envelope-from tomonage2@gmx.de) Received: (qmail 8028 invoked by uid 65534); 29 Sep 2004 06:23:25 -0000 Received: from pD90534A8.dip.t-dialin.net (EHLO [192.168.0.196]) (217.5.52.168) by mail.gmx.net (mp005) with SMTP; 29 Sep 2004 08:23:25 +0200 X-Authenticated: #7843803 User-Agent: Microsoft-Entourage/11.0.0.040405 Date: Wed, 29 Sep 2004 08:23:22 +0200 From: Jonathan Weiss To: FreeBSD-Current Message-ID: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: Problems with Apache2 in Jail (BETA6) 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: Wed, 29 Sep 2004 06:23:27 -0000 Cheers, I have a problem starting apache2 in a jail on my 5.3-BETA6 server. The jail has the IP 127.0.0.4 and everything seems running fine (ssh, syslog..). I can connect per ssh to the jail, but I cannot start apache: The Apache on the host is configured only to bind to the extern ip-adress and even if I stop it, the jailed apache wont start: apachectl -e debug -k start [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module access_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module auth_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module auth_anon_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module auth_dbm_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module charset_lite_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module include_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module deflate_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module log_config_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module logio_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module env_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module mime_magic_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module cern_meta_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module expires_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module headers_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module usertrack_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module unique_id_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module setenvif_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module mime_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module status_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module autoindex_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module asis_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module info_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module cgi_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module vhost_alias_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module negotiation_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module dir_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module imap_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module actions_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module speling_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module userdir_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module alias_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module rewrite_module [Wed Sep 29 06:16:24 2004] [debug] mod_so.c(247): loaded module php4_module Exit 1 In rc.conf I have the apache2_enable="YES". What have I forgotten or is it a general problem with BETA6? I uesd to have multiple jails with the same config back in 5.2.1 Thanks, Jonathan --------------------------------------- diff -u /usr/local/etc/apache2/httpd.conf /usr/local/etc/apache2/httpd-std.conf --- /usr/local/etc/apache2/httpd.conf Wed Sep 29 06:12:13 2004 +++ /usr/local/etc/apache2/httpd-std.conf Thu Sep 23 18:53:36 2004 @@ -216,7 +216,7 @@ # #Listen 12.34.56.78:80 -Listen 127.0.0.4:80 +Listen 80 # # Dynamic Shared Object (DSO) Support @@ -271,7 +271,6 @@ LoadModule userdir_module libexec/apache2/mod_userdir.so LoadModule alias_module libexec/apache2/mod_alias.so LoadModule rewrite_module libexec/apache2/mod_rewrite.so -LoadModule php4_module libexec/apache2/libphp4.so # # ExtendedStatus controls whether Apache will generate "full" status @@ -331,7 +330,6 @@ # redirections work in a sensible way. # #ServerName www.example.com:80 -ServerName 127.0.0.4:80 # # UseCanonicalName: Determines how Apache constructs self-referencing @@ -945,8 +943,7 @@ # Format: Action media/type /cgi-script/location # Format: Action handler-name /cgi-script/location # -AddType application/x-httpd-php .php -AddType application/x-httpd-php-source .phps + # # Customizable error responses come in three flavors: # 1) plain text 2) local redirects 3) external redirects From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 06:45:40 2004 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 080E216A4CE; Wed, 29 Sep 2004 06:45:40 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 903D743D39; Wed, 29 Sep 2004 06:45:39 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8T6h9M0009451; Wed, 29 Sep 2004 00:43:10 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 29 Sep 2004 00:44:26 -0600 (MDT) Message-Id: <20040929.004426.119658018.imp@bsdimp.com> To: vova@fbsd.ru From: "M. Warner Losh" In-Reply-To: <1096362254.993.50.camel@localhost> References: <20040927111438.GA865@genius.tao.org.uk> <20040927.101353.128335832.imp@bsdimp.com> <1096362254.993.50.camel@localhost> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: joe@freebsd.org cc: current@freebsd.org Subject: Re: Laptop recommendations? 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: Wed, 29 Sep 2004 06:45:40 -0000 In message: <1096362254.993.50.camel@localhost> Vladimir Grebenschikov writes: : Does you manage to get suspend/resume working on PCG-Z1WA ? : It is only thing I dislike in it. : All other - is almost ideal. No. Warner From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 06:48:42 2004 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 083E116A4CF; Wed, 29 Sep 2004 06:48:42 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 987A243D5D; Wed, 29 Sep 2004 06:48:41 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8T6kcSs009481; Wed, 29 Sep 2004 00:46:40 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 29 Sep 2004 00:47:54 -0600 (MDT) Message-Id: <20040929.004754.129577385.imp@bsdimp.com> To: matthias.andree@gmx.de From: "M. Warner Losh" In-Reply-To: <20040928131408.GA6887@merlin.emma.line.org> References: <20040928125343.GA49465@walton.maths.tcd.ie> <20040928131408.GA6887@merlin.emma.line.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: re@freebsd.org cc: current@freebsd.org cc: developers@freebsd.org cc: standards@freebsd.org cc: dwmalone@maths.tcd.ie cc: ma@dt.e-technik.uni-dortmund.de Subject: Re: FreeBSD 5.3-BETA6 available 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: Wed, 29 Sep 2004 06:48:42 -0000 In message: <20040928131408.GA6887@merlin.emma.line.org> Matthias Andree writes: : On Tue, 28 Sep 2004, David Malone wrote: : : > On Mon, Sep 27, 2004 at 12:14:17PM +0200, Matthias Andree wrote: : > > 3. data corruption on unaligned block access bug, kern/60313, : > > is still open and unpatched AFAICS : > : > Bruce suggests that this one is fixed in geom, which is now used : > by default. If this is the case, I can close the PR. : : Please do not close the PR yet, the bug persists in FreeBSD : 4.10-RELEASE-p3 (tested a few minutes ago) and probably also in 4.8. Does it persist in RELENG_4? Warner From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 07:10:14 2004 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 2B09816A4CE; Wed, 29 Sep 2004 07:10:14 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C9BA43D31; Wed, 29 Sep 2004 07:10:13 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8T7ACqE019011; Wed, 29 Sep 2004 10:10:12 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 77789-01; Wed, 29 Sep 2004 10:10:10 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8T7AA6K019005 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Sep 2004 10:10:10 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8T7A8Uw037695; Wed, 29 Sep 2004 10:10:08 +0300 (EEST) (envelope-from ru) Date: Wed, 29 Sep 2004 10:10:08 +0300 From: Ruslan Ermilov To: Sean McNeil Message-ID: <20040929071007.GB33885@ip.net.ua> References: <1096415366.1070.1.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QTprm0S8XgL7H0Dt" Content-Disposition: inline In-Reply-To: <1096415366.1070.1.camel@server.mcneil.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: Doug Barton cc: freebsd-current@FreeBSD.org Subject: Re: bind9: /etc/namedb symlink problem 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: Wed, 29 Sep 2004 07:10:14 -0000 --QTprm0S8XgL7H0Dt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 28, 2004 at 04:49:26PM -0700, Sean McNeil wrote: > It looks like the first time you do a make installworld it works right.= =20 > Second time it creates a symlink /etc/namedb/namedb. Third time and it > causes the make to fail. >=20 I just discovered this independently, and already committed a fix for it (in src/etc/Makefile). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --QTprm0S8XgL7H0Dt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWl/PqRfpzJluFF4RAtX2AJ0YW6raKvmHEQgO/uM64Ei+u6ZN3QCcCVlN asT5RtOrseEmglouJfqOiNk= =HWA/ -----END PGP SIGNATURE----- --QTprm0S8XgL7H0Dt-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 07:57:28 2004 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 C470116A4CE for ; Wed, 29 Sep 2004 07:57:28 +0000 (GMT) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 506A643D5C for ; Wed, 29 Sep 2004 07:57:28 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-67-124-49-205.dsl.snfc21.pacbell.net [67.124.49.205])i8T7vXCE031650; Wed, 29 Sep 2004 03:57:34 -0400 Message-ID: <415A6AE3.4050309@elischer.org> Date: Wed, 29 Sep 2004 00:57:23 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Damian Gerow References: <20040927211341.GB30059@afflictions.org> <20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org> <20040929050154.GJ5115@afflictions.org> In-Reply-To: <20040929050154.GJ5115@afflictions.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Random processes hanging in unkillable state in -BETA6 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: Wed, 29 Sep 2004 07:57:28 -0000 Damian Gerow wrote: > Thus spake Julian Elischer (julian@elischer.org) [29/09/04 00:48]: > : If you look at them with ps -alxH are they all (in particular dig) > : all threaded programs? > > Yes, they are. > > They all seem to be in an RL state. All the dig processes are in RL+, > whereas dig processes started by root are in RXL+. There is one hung gdb > dig process, which is in SL. Note that these have all been running for at > least three hours at this point. the time is not important they will never recover.. you might do the following.. if you have ddb in the kernel.. go to console to go to ddb ps look for the process.. note that several threads show up.. there will be a kg (ksegrp) associated with ech thread (some may be associated with > 1 thread.) of the address of the kg is 0xAB123456 then do: x/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 0xAB123456 for each kg and let me see the result(s).. > > Thanks, Julian. From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 08:00:15 2004 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 956DD16A4CE for ; Wed, 29 Sep 2004 08:00:15 +0000 (GMT) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 503D843D1F for ; Wed, 29 Sep 2004 08:00:15 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-67-124-49-205.dsl.snfc21.pacbell.net [67.124.49.205])i8T80JCE001209; Wed, 29 Sep 2004 04:00:19 -0400 Message-ID: <415A6B8A.1040902@elischer.org> Date: Wed, 29 Sep 2004 01:00:10 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Julian Elischer References: <20040927211341.GB30059@afflictions.org> <20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org> <20040929050154.GJ5115@afflictions.org> <415A6AE3.4050309@elischer.org> In-Reply-To: <415A6AE3.4050309@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Damian Gerow cc: current@freebsd.org Subject: Re: Random processes hanging in unkillable state in -BETA6 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: Wed, 29 Sep 2004 08:00:15 -0000 Julian Elischer wrote: > Damian Gerow wrote: > >> Thus spake Julian Elischer (julian@elischer.org) [29/09/04 00:48]: >> : If you look at them with ps -alxH are they all (in particular dig) >> : all threaded programs? >> >> Yes, they are. >> >> They all seem to be in an RL state. All the dig processes are in RL+, >> whereas dig processes started by root are in RXL+. There is one hung gdb >> dig process, which is in SL. Note that these have all been running >> for at >> least three hours at this point. > > > the time is not important they will never recover.. > you might do the following.. if you have ddb in the kernel.. > > go to console > to go to ddb > > ps > look for the process.. note that several threads show up.. > there will be a kg (ksegrp) associated with ech thread (some > may be associated with > 1 thread.) > > of the address of the kg is 0xAB123456 > then do: > x/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 0xAB123456 > > for each kg > > and let me see the result(s).. > oh yeahh the output of the ps for that process would be good to seetoo. (the ps in ddb) there is an option to make ddb use printf() which will make it's outut show up in dmesg after you 'c' (continue) back running again.. otherwise you'd need a serial consol to record it all. >> >> Thanks, Julian. > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 08:14:13 2004 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 BA40916A4CE; Wed, 29 Sep 2004 08:14:13 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CDC743D2D; Wed, 29 Sep 2004 08:14:12 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 37F4A85658; Wed, 29 Sep 2004 17:44:09 +0930 (CST) Date: Wed, 29 Sep 2004 17:44:09 +0930 From: Greg 'groggy' Lehey To: fs@FreeBSD.org, FreeBSD current users Message-ID: <20040929081409.GH20397@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qVHblb/y9DPlgkHs" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Subject: Daily panic in getnewvnode 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: Wed, 29 Sep 2004 08:14:13 -0000 --qVHblb/y9DPlgkHs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline For the last month I've been getting a daily panic out of getvnode. A brief summary: - Panic message is "Cleaned vnode isn't". This means that the vnode pulled off the free list and cleaned with vtryrecycle still has the vp->v_data field set. - It happens during the nightly cron jobs. - The program in question is find, going through a large disk (200 GB, several million files). - The disk does not seem to be getting fsck'd. - The test in question is part of the INVARIANTS checking code, so if I turned INVARIANTS off, the panic would no longer occur. I suspect that if I ran fsck on the disk, it would also solve the problem. The reason I haven't done so is because I chose this particular panic to document for my next kernel debugging tutorial. Unfortunately, I'm running out of time, and I'd really like to find the *real* cause of this bug. If anybody's seen anything like this, please let me know. I have a draft of my tutorial notes at http://www.lemis.com/grog/handout.pdf, and the description starts on page 86. If anybody can help me clarify the problem, I'd be very grateful. Greg -- See complete headers for address and phone numbers. --qVHblb/y9DPlgkHs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWm7RIubykFB6QiMRAicmAJ9IQHM5Hn6JaUKHykqARalM+XJTLQCfauf+ 2dK6yz7TMrYZCqh7Pmgmnco= =Ca80 -----END PGP SIGNATURE----- --qVHblb/y9DPlgkHs-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 08:20:07 2004 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 140FE16A4CE; Wed, 29 Sep 2004 08:20:07 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id AE37F43D3F; Wed, 29 Sep 2004 08:20:05 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 29 Sep 2004 09:18:06 +0100 (BST) To: "M. Warner Losh" In-reply-to: Your message of "Wed, 29 Sep 2004 00:47:54 MDT." <20040929.004754.129577385.imp@bsdimp.com> X-Request-Do: Date: Wed, 29 Sep 2004 09:18:05 +0100 From: David Malone Message-ID: <200409290918.aa18521@salmon.maths.tcd.ie> cc: ma@dt.e-technik.uni-dortmund.de cc: matthias.andree@gmx.de cc: re@freebsd.org cc: current@freebsd.org cc: developers@freebsd.org Subject: Re: FreeBSD 5.3-BETA6 available 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: Wed, 29 Sep 2004 08:20:07 -0000 > : Please do not close the PR yet, the bug persists in FreeBSD > : 4.10-RELEASE-p3 (tested a few minutes ago) and probably also in 4.8. > Does it persist in RELENG_4? Yes - Matthias and I had a quick go at backporting Bruce's patch, but it looks like it isn't a straight back port because some code doesn't fill out the offset field. Triggering the bug involves root (or someone who can write to disk devices) doing some slightly unusual things, so it shouldn't bite people in general. If Matthias and I get a working patch, I'll look at committing it. David. From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 08:23:37 2004 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 92D0C16A4CE for ; Wed, 29 Sep 2004 08:23:37 +0000 (GMT) Received: from www.cray1.de (i.would.like.to.spoof.my.realip.de [64.27.85.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id B558C43D3F for ; Wed, 29 Sep 2004 08:23:36 +0000 (GMT) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.marines (localhost [127.0.0.1]) by www.cray1.de (8.9.3/8.9.3) with SMTP id KAA20830 for ; Wed, 29 Sep 2004 10:23:31 +0200 Date: Wed, 29 Sep 2004 10:27:30 +0200 From: Marc "UBM" Bocklet To: current@freebsd.org Message-Id: <20040929102730.0ca7337f.ubm@u-boot-man.de> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Wed__29_Sep_2004_10_27_30_+0200_Hy89V/dxFjADUFzZ" Subject: Hard freezes in -BETA4 and -BETA6 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: Wed, 29 Sep 2004 08:23:37 -0000 This is a multi-part message in MIME format. --Multipart=_Wed__29_Sep_2004_10_27_30_+0200_Hy89V/dxFjADUFzZ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hiho! :-) Since cvsupping to -BETA4, I've been getting hard freezes after a period of usually 1-3 days. No debugger, no serial connection, nothing. Only symptom that I can see is that the light on my switch where the cable to my fxp nic is plugged in flashes constantly, as if there were lots of traffic. I've cvsupped again yesterday, hoping that the problem might have been fixed, but it's still there, just encountered another freeze during the night. FreeBSD greatsheep 5.3-BETA6 FreeBSD 5.3-BETA6 #8: Tue Sep 28 13:25:50 CEST 2004 root@greatsheep:/usr/obj/usr/src/sys/SUBMARINE_SMP i386 dmesg and kernel config are attached. Just an idea, might generating a NMI via my ISA-slot enable me to break into the debugger? And is there any danger for my mainboard? :-) Bye Marc -- "A sudden blow: the great wings beating still Above the staggering girl, her thighs caressed By the dark webs, her nape caught in his bill, He holds her helpless breast upon his breast." W.B. Yeats, Lena and the Swan --Multipart=_Wed__29_Sep_2004_10_27_30_+0200_Hy89V/dxFjADUFzZ Content-Type: application/octet-stream; name="dmesg.boot" Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDQgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDUuMy1CRVRBNiAjODogVHVlIFNlcCAyOCAxMzoyNTo1MCBD RVNUIDIwMDQKICAgIHJvb3RAZ3JlYXRzaGVlcDovdXNyL29iai91c3Ivc3JjL3N5cy9TVUJNQVJJ TkVfU01QClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAw CkNQVTogUGVudGl1bSBJSUkvUGVudGl1bSBJSUkgWGVvbi9DZWxlcm9uICg0NTEuMDItTUh6IDY4 Ni1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHg2NzMgIFN0ZXBw aW5nID0gMwogIEZlYXR1cmVzPTB4MzgzZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxN Q0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixNTVgsRlhTUixTU0U+ CnJlYWwgbWVtb3J5ICA9IDUzNjczOTg0MCAoNTExIE1CKQphdmFpbCBtZW1vcnkgPSA1MTU1NjM1 MjAgKDQ5MSBNQikKQUNQSSBBUElDIFRhYmxlOiA8T0VNVFlOIE9FTVRZTlRCPgpGcmVlQlNEL1NN UDogTXVsdGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiAyIENQVXMKIGNwdTAgKEJTUCk6IEFQ SUMgSUQ6ICAwCiBjcHUxIChBUCk6IEFQSUMgSUQ6ICAxCmlvYXBpYzAgPFZlcnNpb24gMS4xPiBp cnFzIDAtMjMgb24gbW90aGVyYm9hcmQKbnB4MDogW0ZBU1RdCm5weDA6IDxtYXRoIHByb2Nlc3Nv cj4gb24gbW90aGVyYm9hcmQKbnB4MDogSU5UIDE2IGludGVyZmFjZQphY3BpMDogPE9FTVRZTiBP RU1UWU5UQj4gb24gbW90aGVyYm9hcmQKYWNwaTA6IE92ZXJyaWRpbmcgU0NJIEludGVycnVwdCBm cm9tIElSUSA5IHRvIElSUSAyMAphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKVGltZWNvdW50 ZXIgIkFDUEktc2FmZSIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSAxMDAwCmFjcGlfdGlt ZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4NDA4LTB4NDBiIG9uIGFj cGkwCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MTogPEFDUEkgQ1BVPiBvbiBhY3BpMApj cHUxOiBGYWlsZWQgdG8gYXR0YWNoIHRocm90dGxpbmcgUF9DTlQKcGNpYjA6IDxBQ1BJIEhvc3Qt UENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVz PiBvbiBwY2liMAphZ3AwOiA8SW50ZWwgODI0NDNHWCBob3N0IHRvIFBDSSBicmlkZ2U+IG1lbSAw eGY4MDAwMDAwLTB4ZmJmZmZmZmYgYXQgZGV2aWNlIDAuMCBvbiBwY2kwCnBjaWIxOiA8UENJLVBD SSBicmlkZ2U+IGF0IGRldmljZSAxLjAgb24gcGNpMApwY2kxOiA8UENJIGJ1cz4gb24gcGNpYjEK cGNpMTogPGRpc3BsYXksIFZHQT4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpp c2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgNy4wIG9uIHBjaTAKaXNhMDogPElTQSBi dXM+IG9uIGlzYWIwCmF0YXBjaTA6IDxJbnRlbCBQSUlYNCBVRE1BMzMgY29udHJvbGxlcj4gcG9y dCAweGZmYTAtMHhmZmFmLDB4Mzc2LDB4MTcwLTB4MTc3LDB4M2Y2LDB4MWYwLTB4MWY3IGF0IGRl dmljZSA3LjEgb24gcGNpMAphdGEwOiBjaGFubmVsICMwIG9uIGF0YXBjaTAKYXRhMTogY2hhbm5l bCAjMSBvbiBhdGFwY2kwCnVoY2kwOiA8SW50ZWwgODIzNzFBQi9FQiAoUElJWDQpIFVTQiBjb250 cm9sbGVyPiBwb3J0IDB4ZWY4MC0weGVmOWYgaXJxIDE5IGF0IGRldmljZSA3LjIgb24gcGNpMAp1 aGNpMDogW0dJQU5ULUxPQ0tFRF0KdXNiMDogPEludGVsIDgyMzcxQUIvRUIgKFBJSVg0KSBVU0Ig Y29udHJvbGxlcj4gb24gdWhjaTAKdXNiMDogVVNCIHJldmlzaW9uIDEuMAp1aHViMDogSW50ZWwg VUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDEKdWh1YjA6IDIg cG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCmludHBtMDogPEludGVsIDgyMzcx QUIgUG93ZXIgbWFuYWdlbWVudCBjb250cm9sbGVyPiBwb3J0IDB4NDQwLTB4NDRmIGlycSA5IGF0 IGRldmljZSA3LjMgb24gcGNpMAppbnRwbTA6IEkvTyBtYXBwZWQgNDQwCmludHBtMDogaW50ciBJ UlEgOSBlbmFibGVkIHJldmlzaW9uIDAKaW50cG0wOiBbR0lBTlQtTE9DS0VEXQppbnRzbWIwOiA8 SW50ZWwgUElJWDQgU01CVVMgSW50ZXJmYWNlPiBvbiBpbnRwbTAKc21idXMwOiA8U3lzdGVtIE1h bmFnZW1lbnQgQnVzPiBvbiBpbnRzbWIwCnNtYjA6IDxTTUJ1cyBnZW5lcmljIEkvTz4gb24gc21i dXMwCmludHBtMDogUE0gSS9PIG1hcHBlZCA0MDAgCnN5bTA6IDw4OTY+IHBvcnQgMHhlNDAwLTB4 ZTRmZiBtZW0gMHhmZWJlMDAwMC0weGZlYmUxZmZmLDB4ZmViZTgwMDAtMHhmZWJlODNmZiBpcnEg MTcgYXQgZGV2aWNlIDExLjAgb24gcGNpMApzeW0wOiBTeW1iaW9zIE5WUkFNLCBJRCA3LCBGYXN0 LTQwLCBMVkQsIHBhcml0eSBjaGVja2luZwpzeW0wOiBvcGVuIGRyYWluIElSUSBsaW5lIGRyaXZl ciwgdXNpbmcgb24tY2hpcCBTUkFNCnN5bTA6IHVzaW5nIExPQUQvU1RPUkUtYmFzZWQgZmlybXdh cmUuCnN5bTA6IGhhbmRsaW5nIHBoYXNlIG1pc21hdGNoIGZyb20gU0NSSVBUUy4Kc3ltMDogW0dJ QU5ULUxPQ0tFRF0Kc3ltMTogPDg5Nj4gcG9ydCAweGU4MDAtMHhlOGZmIG1lbSAweGZlYmYwMDAw LTB4ZmViZjFmZmYsMHhmZWJmODAwMC0weGZlYmY4M2ZmIGlycSAxOCBhdCBkZXZpY2UgMTEuMSBv biBwY2kwCnN5bTE6IFN5bWJpb3MgTlZSQU0sIElEIDcsIEZhc3QtNDAsIExWRCwgcGFyaXR5IGNo ZWNraW5nCnN5bTE6IG9wZW4gZHJhaW4gSVJRIGxpbmUgZHJpdmVyLCB1c2luZyBvbi1jaGlwIFNS QU0Kc3ltMTogdXNpbmcgTE9BRC9TVE9SRS1iYXNlZCBmaXJtd2FyZS4Kc3ltMTogaGFuZGxpbmcg cGhhc2UgbWlzbWF0Y2ggZnJvbSBTQ1JJUFRTLgpzeW0xOiBbR0lBTlQtTE9DS0VEXQpwY20wOiA8 QXVkaW9QQ0kgRVMxMzczLTg+IHBvcnQgMHhlZjAwLTB4ZWYzZiBpcnEgMTggYXQgZGV2aWNlIDEy LjAgb24gcGNpMApwY20wOiA8Q2lycnVzIExvZ2ljIENTNDI5NyBBQzk3IENvZGVjPgpwY20wOiBb R0lBTlQtTE9DS0VEXQpmeHAwOiA8SW50ZWwgODI1NTkgUHJvLzEwMCBFdGhlcm5ldD4gcG9ydCAw eGVlODAtMHhlZWJmIG1lbSAweGZlYTAwMDAwLTB4ZmVhZmZmZmYsMHhmZWJkZjAwMC0weGZlYmRm ZmZmIGlycSAxOSBhdCBkZXZpY2UgMTMuMCBvbiBwY2kwCm1paWJ1czA6IDxNSUkgYnVzPiBvbiBm eHAwCmlucGh5MDogPGk4MjU1NSAxMC8xMDAgbWVkaWEgaW50ZXJmYWNlPiBvbiBtaWlidXMwCmlu cGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1 dG8KZnhwMDogRXRoZXJuZXQgYWRkcmVzczogMDA6ZTA6ODE6MTA6ZTQ6NDkKcGNpMDogPGRpc3Bs YXksIFZHQT4gYXQgZGV2aWNlIDE0LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKeGwwOiA8M0NvbSAz YzkwNUItRlgvU0MgRmFzdCBFdGhlcmxpbmsgWEw+IHBvcnQgMHhlYzAwLTB4ZWM3ZiBtZW0gMHhm ZWJkZWY4MC0weGZlYmRlZmZmIGlycSAxNiBhdCBkZXZpY2UgMTYuMCBvbiBwY2kwCnhsMDogRXRo ZXJuZXQgYWRkcmVzczogMDA6NTA6ZGE6MjY6Njk6MzAKYWN4MDogPFRleGFzIEluc3RydW1lbnRz IChUSSkgODAyLjExYisgMjJNYnBzIFdpcmVsZXNzIEFkYXB0ZXI+IHBvcnQgMHhlZjQwLTB4ZWY1 ZiBtZW0gMHhmZWJjMDAwMC0weGZlYmNmZmZmLDB4ZmViZGQwMDAtMHhmZWJkZGZmZiBpcnEgMTcg YXQgZGV2aWNlIDE3LjAgb24gcGNpMAphY3gwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDowMzoyZjow OTphZDo5MQphY3gwOiAxMWIgcmF0ZXM6IDFNYnBzIDJNYnBzIDUuNU1icHMgMTFNYnBzCmFjeDA6 IDgwMi4xMSBhZGRyZXNzOiAwMDowMzoyZjowOTphZDo5MQphY3gwOiBFZXByb20gUmV2IDQgRG9t YWluIEVUU0kgRXVyb3BlICgxLTEzKSwgRmlybXdhcmUgUmV2IDEuOS44LmIKYWN4MDogUmFkaW8g VHlwZSAweDExLCBBbnRlbm5hIDB4MDAsIENDQSBNb2RlIDB4MGQsIEVEIFRocmVzaG9sZCAweDcw CmFjeDA6IChjKSBodHRwOi8vd2xhbi5rZXdsLm9yZy8gMjAwMy0yMDA0CnhsMTogPDNDb20gM2M5 MDVDLVRYIEZhc3QgRXRoZXJsaW5rIFhMPiBwb3J0IDB4ZTA4MC0weGUwZmYgbWVtIDB4ZmViZGVm MDAtMHhmZWJkZWY3ZiBpcnEgMTggYXQgZGV2aWNlIDE4LjAgb24gcGNpMAptaWlidXMxOiA8TUlJ IGJ1cz4gb24geGwxCnhscGh5MDogPDNjOTA1QyAxMC8xMDAgaW50ZXJuYWwgUEhZPiBvbiBtaWli dXMxCnhscGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1G RFgsIGF1dG8KeGwxOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDowMTowMjpiMzozMjpiYwphY3BpX2J1 dHRvbjA6IDxTbGVlcCBCdXR0b24+IG9uIGFjcGkwCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9s bGVyIChpODA0Mik+IHBvcnQgMHg2NCwweDYwIGlycSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtl eWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJQU5ULUxP Q0tFRF0KcHNtMDogPFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwCnBzbTA6IFtHSUFOVC1M T0NLRURdCnBzbTA6IG1vZGVsIEludGVsbGlNb3VzZSwgZGV2aWNlIElEIDMKZmRjMDogPGZsb3Bw eSBkcml2ZSBjb250cm9sbGVyPiBwb3J0IDB4M2Y3LDB4M2Y0LTB4M2Y1LDB4M2YyLTB4M2YzIGly cSA2IGRycSAyIG9uIGFjcGkwCmZkYzA6IFtGQVNUXQpmZDA6IDwxNDQwLUtCIDMuNSIgZHJpdmU+ IG9uIGZkYzAgZHJpdmUgMApzaW8wIHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgb24gYWNwaTAKc2lv MDogdHlwZSAxNjU1MEEKc2lvMSBwb3J0IDB4MmY4LTB4MmZmIGlycSAzIG9uIGFjcGkwCnNpbzE6 IHR5cGUgMTY1NTBBCnBwYzAgcG9ydCAweDc3OC0weDc3ZiwweDM3OC0weDM3ZiBpcnEgNyBkcnEg MyBvbiBhY3BpMApwcGMwOiBHZW5lcmljIGNoaXBzZXQgKEVDUC9QUzIvTklCQkxFKSBpbiBDT01Q QVRJQkxFIG1vZGUKcHBjMDogRklGTyB3aXRoIDE2LzE2LzggYnl0ZXMgdGhyZXNob2xkCnBwYnVz MDogPFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBwcGMwCnBsaXAwOiA8UExJUCBuZXR3b3JrIGludGVy ZmFjZT4gb24gcHBidXMwCmxwdDA6IDxQcmludGVyPiBvbiBwcGJ1czAKbHB0MDogSW50ZXJydXB0 LWRyaXZlbiBwb3J0CnBwaTA6IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVzMApvcm0wOiA8SVNBIE9w dGlvbiBST01zPiBhdCBpb21lbSAweGNjMDAwLTB4Y2M3ZmYsMHhjODAwMC0weGNiZmZmLDB4YzAw MDAtMHhjN2ZmZiBvbiBpc2EwCnBtdGltZXIwIG9uIGlzYTAKc2MwOiA8U3lzdGVtIGNvbnNvbGU+ IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZs YWdzPTB4MzAwPgp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlv bWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwCnNiYzA6IDxDcmVhdGl2ZSBTQjE2L1NCMzI+IGF0 IHBvcnQgMHgzODgtMHgzOGIsMHgzMzAtMHgzMzEsMHgyMjAtMHgyMmYgaXJxIDUgZHJxIDUsMSBv biBpc2EwCnNiYzA6IFtHSUFOVC1MT0NLRURdCnBjbTE6IDxTQjE2IERTUCA0LjEzPiBvbiBzYmMw CnBjbTE6IFtHSUFOVC1MT0NLRURdCmF0YTI6IDxHZW5lcmljIEVTREkvSURFL0FUQSBjb250cm9s bGVyPiBhdCBwb3J0IDB4MzZlLTB4MzZmLDB4MTY4LTB4MTZmIGlycSAxMCBvbiBpc2EwClRpbWVj b3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKYWNwaV9jcHU6IHRocm90dGxpbmcgZW5hYmxl ZCwgOCBzdGVwcyAoMTAwJSB0byAxMi41JSksIGN1cnJlbnRseSAxMDAuMCUKYWQyOiA4MDU2TUIg PFNUMzg0MjFBLzguMDE+IFsxNjM2OC8xNi82M10gYXQgYXRhMS1tYXN0ZXIgVURNQTMzCldhaXRp bmcgNSBzZWNvbmRzIGZvciBTQ1NJIGRldmljZXMgdG8gc2V0dGxlCihub3BlcmlwaDpzeW0wOjA6 LTE6LTEpOiBTQ1NJIEJVUyByZXNldCBkZWxpdmVyZWQuCihub3BlcmlwaDpzeW0xOjA6LTE6LTEp OiBTQ1NJIEJVUyByZXNldCBkZWxpdmVyZWQuCkludGVycnVwdCBzdG9ybSBkZXRlY3RlZCBvbiAi aXJxOTogaW50cG0wIjsgdGhyb3R0bGluZyBpbnRlcnJ1cHQgc291cmNlClNNUDogQVAgQ1BVICMx IExhdW5jaGVkIQpkYTAgYXQgc3ltMSBidXMgMCB0YXJnZXQgMCBsdW4gMApkYTA6IDxGVUpJVFNV IE1BRzMxODJMQyA1MjEwPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMiBkZXZpY2UgCmRhMDog ODAuMDAwTUIvcyB0cmFuc2ZlcnMgKDQwLjAwME1Ieiwgb2Zmc2V0IDMxLCAxNmJpdCksIFRhZ2dl ZCBRdWV1ZWluZyBFbmFibGVkCmRhMDogMTc0MjlNQiAoMzU2OTQ4NjAgNTEyIGJ5dGUgc2VjdG9y czogMjU1SCA2M1MvVCAyMjIxQykKTW91bnRpbmcgcm9vdCBmcm9tIHVmczovZGV2L2FkMnMxYQpX QVJOSU5HOiAvIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRlZApXQVJOSU5HOiAvc3R1ZmYgd2Fz IG5vdCBwcm9wZXJseSBkaXNtb3VudGVkCldBUk5JTkc6IC90bXAgd2FzIG5vdCBwcm9wZXJseSBk aXNtb3VudGVkCldBUk5JTkc6IC91c3Igd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVkCldBUk5J Tkc6IC92YXIgd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVkCg== --Multipart=_Wed__29_Sep_2004_10_27_30_+0200_Hy89V/dxFjADUFzZ Content-Type: application/octet-stream; name="SUBMARINE_SMP" Content-Disposition: attachment; filename="SUBMARINE_SMP" Content-Transfer-Encoding: base64 CgptYWNoaW5lCQlpMzg2CmNwdQkJSTY4Nl9DUFUKaWRlbnQJCVNVQk1BUklORV9TTVAKCiMgVG8g c3RhdGljYWxseSBjb21waWxlIGluIGRldmljZSB3aXJpbmcgaW5zdGVhZCBvZiAvYm9vdC9kZXZp Y2UuaGludHMKI2hpbnRzCQkiR0VORVJJQy5oaW50cyIJCSMgRGVmYXVsdCBwbGFjZXMgdG8gbG9v ayBmb3IgZGV2aWNlcy4KCm1ha2VvcHRpb25zCURFQlVHPS1nCQkjIEJ1aWxkIGtlcm5lbCB3aXRo IGdkYigxKSBkZWJ1ZyBzeW1ib2xzCgojb3B0aW9ucyAJU0NIRURfVUxFCQkjIFVMRSBzY2hlZHVs ZXIKb3B0aW9ucwkJU0NIRURfNEJTRAkJIyA0QlNEIHNjaGVkdWxlcgpvcHRpb25zIAlJTkVUCQkJ IyBJbnRlck5FVHdvcmtpbmcKb3B0aW9ucyAJSU5FVDYJCQkjIElQdjYgY29tbXVuaWNhdGlvbnMg cHJvdG9jb2xzCm9wdGlvbnMgCUZGUwkJCSMgQmVya2VsZXkgRmFzdCBGaWxlc3lzdGVtCm9wdGlv bnMgCVNPRlRVUERBVEVTCQkjIEVuYWJsZSBGRlMgc29mdCB1cGRhdGVzIHN1cHBvcnQKb3B0aW9u cyAJVUZTX0FDTAkJCSMgU3VwcG9ydCBmb3IgYWNjZXNzIGNvbnRyb2wgbGlzdHMKb3B0aW9ucyAJ VUZTX0RJUkhBU0gJCSMgSW1wcm92ZSBwZXJmb3JtYW5jZSBvbiBiaWcgZGlyZWN0b3JpZXMKb3B0 aW9ucyAJTURfUk9PVAkJCSMgTUQgaXMgYSBwb3RlbnRpYWwgcm9vdCBkZXZpY2UKb3B0aW9ucyAJ TkZTQ0xJRU5UCQkjIE5ldHdvcmsgRmlsZXN5c3RlbSBDbGllbnQKb3B0aW9ucyAJTkZTU0VSVkVS CQkjIE5ldHdvcmsgRmlsZXN5c3RlbSBTZXJ2ZXIKb3B0aW9ucyAJTkZTX1JPT1QJCSMgTkZTIHVz YWJsZSBhcyAvLCByZXF1aXJlcyBORlNDTElFTlQKb3B0aW9ucyAJTVNET1NGUwkJCSMgTVNET1Mg RmlsZXN5c3RlbQpvcHRpb25zIAlDRDk2NjAJCQkjIElTTyA5NjYwIEZpbGVzeXN0ZW0Kb3B0aW9u cyAJUFJPQ0ZTCQkJIyBQcm9jZXNzIGZpbGVzeXN0ZW0gKHJlcXVpcmVzIFBTRVVET0ZTKQpvcHRp b25zIAlQU0VVRE9GUwkJIyBQc2V1ZG8tZmlsZXN5c3RlbSBmcmFtZXdvcmsKb3B0aW9ucyAJR0VP TV9HUFQJCSMgR1VJRCBQYXJ0aXRpb24gVGFibGVzLgpvcHRpb25zIAlDT01QQVRfNDMJCSMgQ29t cGF0aWJsZSB3aXRoIEJTRCA0LjMgW0tFRVAgVEhJUyFdCm9wdGlvbnMgCUNPTVBBVF9GUkVFQlNE NAkJIyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDQKb3B0aW9ucyAJU0NTSV9ERUxBWT01MDAwCQkj IERlbGF5IChpbiBtcykgYmVmb3JlIHByb2JpbmcgU0NTSQpvcHRpb25zIAlLVFJBQ0UJCQkjIGt0 cmFjZSgxKSBzdXBwb3J0Cm9wdGlvbnMgCVNZU1ZTSE0JCQkjIFNZU1Ytc3R5bGUgc2hhcmVkIG1l bW9yeQpvcHRpb25zIAlTWVNWTVNHCQkJIyBTWVNWLXN0eWxlIG1lc3NhZ2UgcXVldWVzCm9wdGlv bnMgCVNZU1ZTRU0JCQkjIFNZU1Ytc3R5bGUgc2VtYXBob3JlcwpvcHRpb25zIAlfS1BPU0lYX1BS SU9SSVRZX1NDSEVEVUxJTkcgIyBQT1NJWCBQMTAwM18xQiByZWFsLXRpbWUgZXh0ZW5zaW9ucwpv cHRpb25zIAlLQkRfSU5TVEFMTF9DREVWCSMgaW5zdGFsbCBhIENERVYgZW50cnkgaW4gL2Rldgpv cHRpb25zIAlBSENfUkVHX1BSRVRUWV9QUklOVAkjIFByaW50IHJlZ2lzdGVyIGJpdGZpZWxkcyBp biBkZWJ1ZwoJCQkJCSMgb3V0cHV0LiAgQWRkcyB+MTI4ayB0byBkcml2ZXIuCm9wdGlvbnMgCUFI RF9SRUdfUFJFVFRZX1BSSU5UCSMgUHJpbnQgcmVnaXN0ZXIgYml0ZmllbGRzIGluIGRlYnVnCgkJ CQkJIyBvdXRwdXQuICBBZGRzIH4yMTVrIHRvIGRyaXZlci4Kb3B0aW9ucyAJQURBUFRJVkVfR0lB TlQJCSMgR2lhbnQgbXV0ZXggaXMgYWRhcHRpdmUuCgojIERlYnVnZ2luZyBmb3IgdXNlIGluIC1j dXJyZW50Cm9wdGlvbnMgCUtEQgkJCSMgRW5hYmxlIGtlcm5lbCBkZWJ1Z2dlciBzdXBwb3J0Lgpv cHRpb25zIAlEREIJCQkjIFN1cHBvcnQgRERCLgpvcHRpb25zIAlHREIJCQkjIFN1cHBvcnQgcmVt b3RlIEdEQi4KI29wdGlvbnMgCUlOVkFSSUFOVFMJCSMgRW5hYmxlIGNhbGxzIG9mIGV4dHJhIHNh bml0eSBjaGVja2luZwojb3B0aW9ucyAJSU5WQVJJQU5UX1NVUFBPUlQJIyBFeHRyYSBzYW5pdHkg Y2hlY2tzIG9mIGludGVybmFsIHN0cnVjdHVyZXMsIHJlcXVpcmVkIGJ5IElOVkFSSUFOVFMKI29w dGlvbnMgCVdJVE5FU1MJCQkjIEVuYWJsZSBjaGVja3MgdG8gZGV0ZWN0IGRlYWRsb2NrcyBhbmQg Y3ljbGVzCiNvcHRpb25zIAlXSVRORVNTX1NLSVBTUElOCSMgRG9uJ3QgcnVuIHdpdG5lc3Mgb24g c3BpbmxvY2tzIGZvciBzcGVlZAoKIyBUbyBtYWtlIGFuIFNNUCBrZXJuZWwsIHRoZSBuZXh0IHR3 byBhcmUgbmVlZGVkCm9wdGlvbnMgCVNNUAkJIyBTeW1tZXRyaWMgTXVsdGlQcm9jZXNzb3IgS2Vy bmVsCmRldmljZQkJYXBpYwkJIyBJL08gQVBJQwoKIyBCdXMgc3VwcG9ydC4gIERvIG5vdCByZW1v dmUgaXNhLCBldmVuIGlmIHlvdSBoYXZlIG5vIGlzYSBzbG90cwpkZXZpY2UJCWlzYQpkZXZpY2UJ CWVpc2EKZGV2aWNlCQlwY2kKCiMgRmxvcHB5IGRyaXZlcwpkZXZpY2UJCWZkYwoKIyBBVEEgYW5k IEFUQVBJIGRldmljZXMKZGV2aWNlCQlhdGEKZGV2aWNlCQlhdGFkaXNrCQkjIEFUQSBkaXNrIGRy aXZlcwpkZXZpY2UJCWF0YXJhaWQJCSMgQVRBIFJBSUQgZHJpdmVzCmRldmljZQkJYXRhcGljZAkJ IyBBVEFQSSBDRFJPTSBkcml2ZXMKZGV2aWNlCQlhdGFwaWZkCQkjIEFUQVBJIGZsb3BweSBkcml2 ZXMKZGV2aWNlCQlhdGFwaXN0CQkjIEFUQVBJIHRhcGUgZHJpdmVzCm9wdGlvbnMgCUFUQV9TVEFU SUNfSUQJIyBTdGF0aWMgZGV2aWNlIG51bWJlcmluZwoKIyBTQ1NJIENvbnRyb2xsZXJzCiNkZXZp Y2UJCWFoYgkJIyBFSVNBIEFIQTE3NDIgZmFtaWx5CmRldmljZQkJYWhjCQkjIEFIQTI5NDAgYW5k IG9uYm9hcmQgQUlDN3h4eCBkZXZpY2VzCiNkZXZpY2UJCWFoZAkJIyBBSEEzOTMyMC8yOTMyMCBh bmQgb25ib2FyZCBBSUM3OXh4IGRldmljZXMKI2RldmljZQkJYW1kCQkjIEFNRCA1M0M5NzQgKFRl a3JhbSBEQy0zOTAoVCkpCiNkZXZpY2UJCWlzcAkJIyBRbG9naWMgZmFtaWx5CiNkZXZpY2UJCW1w dAkJIyBMU0ktTG9naWMgTVBULUZ1c2lvbgojZGV2aWNlCQluY3IJCSMgTkNSL1N5bWJpb3MgTG9n aWMKZGV2aWNlCQlzeW0JCSMgTkNSL1N5bWJpb3MgTG9naWMgKG5ld2VyIGNoaXBzZXRzICsgdGhv c2Ugb2YgYG5jcicpCiNkZXZpY2UJCXRybQkJIyBUZWtyYW0gREMzOTVVL1VXL0YgREMzMTVVIGFk YXB0ZXJzCgojZGV2aWNlCQlhZHYJCSMgQWR2YW5zeXMgU0NTSSBhZGFwdGVycwojZGV2aWNlCQlh ZHcJCSMgQWR2YW5zeXMgd2lkZSBTQ1NJIGFkYXB0ZXJzCiNkZXZpY2UJCWFoYQkJIyBBZGFwdGVj IDE1NHggU0NTSSBhZGFwdGVycwojZGV2aWNlCQlhaWMJCSMgQWRhcHRlYyAxNVswMTJdeCBTQ1NJ IGFkYXB0ZXJzLCBBSUMtNlsyM102MC4KI2RldmljZQkJYnQJCSMgQnVzbG9naWMvTXlsZXggTXVs dGlNYXN0ZXIgU0NTSSBhZGFwdGVycwoKI2RldmljZQkJbmN2CQkjIE5DUiA1M0M1MDAKI2Rldmlj ZQkJbnNwCQkjIFdvcmtiaXQgTmluamEgU0NTSS0zCiNkZXZpY2UJCXN0ZwkJIyBUTUMgMThDMzAv MThDNTAKCiMgU0NTSSBwZXJpcGhlcmFscwpkZXZpY2UJCXNjYnVzCQkjIFNDU0kgYnVzIChyZXF1 aXJlZCBmb3IgU0NTSSkKZGV2aWNlCQljaAkJIyBTQ1NJIG1lZGlhIGNoYW5nZXJzCmRldmljZQkJ ZGEJCSMgRGlyZWN0IEFjY2VzcyAoZGlza3MpCmRldmljZQkJc2EJCSMgU2VxdWVudGlhbCBBY2Nl c3MgKHRhcGUgZXRjKQpkZXZpY2UJCWNkCQkjIENECmRldmljZQkJcGFzcwkJIyBQYXNzdGhyb3Vn aCBkZXZpY2UgKGRpcmVjdCBTQ1NJIGFjY2VzcykKZGV2aWNlCQlzZXMJCSMgU0NTSSBFbnZpcm9u bWVudGFsIFNlcnZpY2VzIChhbmQgU0FGLVRFKQoKCiMgYXRrYmRjMCBjb250cm9scyBib3RoIHRo ZSBrZXlib2FyZCBhbmQgdGhlIFBTLzIgbW91c2UKZGV2aWNlCQlhdGtiZGMJCSMgQVQga2V5Ym9h cmQgY29udHJvbGxlcgpkZXZpY2UJCWF0a2JkCQkjIEFUIGtleWJvYXJkCmRldmljZQkJcHNtCQkj IFBTLzIgbW91c2UKCmRldmljZQkJdmdhCQkjIFZHQSB2aWRlbyBjYXJkIGRyaXZlcgoKZGV2aWNl CQlzcGxhc2gJCSMgU3BsYXNoIHNjcmVlbiBhbmQgc2NyZWVuIHNhdmVyIHN1cHBvcnQKCiMgc3lz Y29ucyBpcyB0aGUgZGVmYXVsdCBjb25zb2xlIGRyaXZlciwgcmVzZW1ibGluZyBhbiBTQ08gY29u c29sZQpkZXZpY2UJCXNjCgojIEVuYWJsZSB0aGlzIGZvciB0aGUgcGN2dCAoVlQyMjAgY29tcGF0 aWJsZSkgY29uc29sZSBkcml2ZXIKI2RldmljZQkJdnQKI29wdGlvbnMgCVhTRVJWRVIJCSMgc3Vw cG9ydCBmb3IgWCBzZXJ2ZXIgb24gYSB2dCBjb25zb2xlCiNvcHRpb25zIAlGQVRfQ1VSU09SCSMg c3RhcnQgd2l0aCBibG9jayBjdXJzb3IKCmRldmljZQkJYWdwCQkjIHN1cHBvcnQgc2V2ZXJhbCBB R1AgY2hpcHNldHMKCiMgRmxvYXRpbmcgcG9pbnQgc3VwcG9ydCAtIGRvIG5vdCBkaXNhYmxlLgpk ZXZpY2UJCW5weAoKIyBQb3dlciBtYW5hZ2VtZW50IHN1cHBvcnQgKHNlZSBOT1RFUyBmb3IgbW9y ZSBvcHRpb25zKQojZGV2aWNlCQlhcG0KIyBBZGQgc3VzcGVuZC9yZXN1bWUgc3VwcG9ydCBmb3Ig dGhlIGk4MjU0LgpkZXZpY2UJCXBtdGltZXIKCiMgUENDQVJEIChQQ01DSUEpIHN1cHBvcnQKIyBQ Q01DSUEgYW5kIGNhcmRidXMgYnJpZGdlIHN1cHBvcnQKZGV2aWNlCQljYmIJCSMgY2FyZGJ1cyAo eWVudGEpIGJyaWRnZQpkZXZpY2UJCXBjY2FyZAkJIyBQQyBDYXJkICgxNi1iaXQpIGJ1cwpkZXZp Y2UJCWNhcmRidXMJCSMgQ2FyZEJ1cyAoMzItYml0KSBidXMKCiMgU2VyaWFsIChDT00pIHBvcnRz CmRldmljZQkJc2lvCQkjIDgyNTAsIDE2WzQ1XTUwIGJhc2VkIHNlcmlhbCBwb3J0cwoKIyBQYXJh bGxlbCBwb3J0CmRldmljZQkJcHBjCmRldmljZQkJcHBidXMJCSMgUGFyYWxsZWwgcG9ydCBidXMg KHJlcXVpcmVkKQpkZXZpY2UJCWxwdAkJIyBQcmludGVyCmRldmljZQkJcGxpcAkJIyBUQ1AvSVAg b3ZlciBwYXJhbGxlbApkZXZpY2UJCXBwaQkJIyBQYXJhbGxlbCBwb3J0IGludGVyZmFjZSBkZXZp Y2UKI2RldmljZQkJdnBvCQkjIFJlcXVpcmVzIHNjYnVzIGFuZCBkYQoKCiMgUENJIEV0aGVybmV0 IE5JQ3MgdGhhdCB1c2UgdGhlIGNvbW1vbiBNSUkgYnVzIGNvbnRyb2xsZXIgY29kZS4KIyBOT1RF OiBCZSBzdXJlIHRvIGtlZXAgdGhlICdkZXZpY2UgbWlpYnVzJyBsaW5lIGluIG9yZGVyIHRvIHVz ZSB0aGVzZSBOSUNzIQpkZXZpY2UJCW1paWJ1cwkJIyBNSUkgYnVzIHN1cHBvcnQKI2RldmljZQkJ YmZlCQkjIEJyb2FkY29tIEJDTTQ0MHggMTAvMTAwIEV0aGVybmV0CiNkZXZpY2UJCWJnZQkJIyBC cm9hZGNvbSBCQ001NzB4eCBHaWdhYml0IEV0aGVybmV0CiNkZXZpY2UJCWRjCQkjIERFQy9JbnRl bCAyMTE0MyBhbmQgdmFyaW91cyB3b3JrYWxpa2VzCmRldmljZQkJZnhwCQkjIEludGVsIEV0aGVy RXhwcmVzcyBQUk8vMTAwQiAoODI1NTcsIDgyNTU4KQojZGV2aWNlCQlwY24JCSMgQU1EIEFtNzlD OTd4IFBDSSAxMC8xMDAgKHByZWNlZGVuY2Ugb3ZlciAnbG5jJykKI2RldmljZQkJcmUJCSMgUmVh bFRlayA4MTM5QysvODE2OS84MTY5Uy84MTEwUwpkZXZpY2UJCXJsCQkjIFJlYWxUZWsgODEyOS84 MTM5CiNkZXZpY2UJCXNmCQkjIEFkYXB0ZWMgQUlDLTY5MTUgKGBgU3RhcmZpcmUnJykKI2Rldmlj ZQkJc2lzCQkjIFNpbGljb24gSW50ZWdyYXRlZCBTeXN0ZW1zIFNpUyA5MDAvU2lTIDcwMTYKI2Rl dmljZQkJc2sJCSMgU3lzS29ubmVjdCBTSy05ODR4ICYgU0stOTgyeCBnaWdhYml0IEV0aGVybmV0 CiNkZXZpY2UJCXN0ZQkJIyBTdW5kYW5jZSBTVDIwMSAoRC1MaW5rIERGRS01NTBUWCkKI2Rldmlj ZQkJdGkJCSMgQWx0ZW9uIE5ldHdvcmtzIFRpZ29uIEkvSUkgZ2lnYWJpdCBFdGhlcm5ldAojZGV2 aWNlCQl0bAkJIyBUZXhhcyBJbnN0cnVtZW50cyBUaHVuZGVyTEFOCiNkZXZpY2UJCXR4CQkjIFNN QyBFdGhlclBvd2VyIElJICg4M2MxNzAgYGBFUElDJycpCiNkZXZpY2UJCXZyCQkjIFZJQSBSaGlu ZSwgUmhpbmUgSUkKI2RldmljZQkJd2IJCSMgV2luYm9uZCBXODlDODQwRgpkZXZpY2UJCXhsCQkj IDNDb20gM2M5MHggKGBgQm9vbWVyYW5nJycsIGBgQ3ljbG9uZScnKQoKIyBXaXJlbGVzcyBOSUMg Y2FyZHMKZGV2aWNlCQl3bGFuCQkjIDgwMi4xMSBzdXBwb3J0CmRldmljZQkJYW4JCSMgQWlyb25l dCA0NTAwLzQ4MDAgODAyLjExIHdpcmVsZXNzIE5JQ3MuCmRldmljZQkJYXdpCQkjIEJheVN0YWNr IDY2MCBhbmQgb3RoZXJzCmRldmljZQkJd2kJCSMgV2F2ZUxBTi9JbnRlcnNpbC9TeW1ib2wgODAy LjExIHdpcmVsZXNzIE5JQ3MuCiNkZXZpY2UJCXdsCQkjIE9sZGVyIG5vbiA4MDIuMTEgV2F2ZWxh biB3aXJlbGVzcyBOSUMuCgojIFBzZXVkbyBkZXZpY2VzLgpkZXZpY2UJCWxvb3AJCSMgTmV0d29y ayBsb29wYmFjawpkZXZpY2UJCW1lbQkJIyBNZW1vcnkgYW5kIGtlcm5lbCBtZW1vcnkgZGV2aWNl cwpkZXZpY2UJCWlvCQkjIEkvTyBkZXZpY2UKZGV2aWNlCQlyYW5kb20JCSMgRW50cm9weSBkZXZp Y2UKZGV2aWNlCQlldGhlcgkJIyBFdGhlcm5ldCBzdXBwb3J0CmRldmljZQkJc2wJCSMgS2VybmVs IFNMSVAKZGV2aWNlCQlwcHAJCSMgS2VybmVsIFBQUApkZXZpY2UJCXR1bgkJIyBQYWNrZXQgdHVu bmVsLgpkZXZpY2UJCXB0eQkJIyBQc2V1ZG8tdHR5cyAodGVsbmV0IGV0YykKZGV2aWNlCQltZAkJ IyBNZW1vcnkgImRpc2tzIgpkZXZpY2UJCWdpZgkJIyBJUHY2IGFuZCBJUHY0IHR1bm5lbGluZwpk ZXZpY2UJCWZhaXRoCQkjIElQdjYtdG8tSVB2NCByZWxheWluZyAodHJhbnNsYXRpb24pCgojIFRo ZSBgYnBmJyBkZXZpY2UgZW5hYmxlcyB0aGUgQmVya2VsZXkgUGFja2V0IEZpbHRlci4KIyBCZSBh d2FyZSBvZiB0aGUgYWRtaW5pc3RyYXRpdmUgY29uc2VxdWVuY2VzIG9mIGVuYWJsaW5nIHRoaXMh CmRldmljZQkJYnBmCQkjIEJlcmtlbGV5IHBhY2tldCBmaWx0ZXIKCiMgVVNCIHN1cHBvcnQKZGV2 aWNlCQl1aGNpCQkjIFVIQ0kgUENJLT5VU0IgaW50ZXJmYWNlCmRldmljZQkJb2hjaQkJIyBPSENJ IFBDSS0+VVNCIGludGVyZmFjZQpkZXZpY2UJCXVzYgkJIyBVU0IgQnVzIChyZXF1aXJlZCkKI2Rl dmljZQkJdWRicAkJIyBVU0IgRG91YmxlIEJ1bGsgUGlwZSBkZXZpY2VzCmRldmljZQkJdWdlbgkJ IyBHZW5lcmljCmRldmljZQkJdWhpZAkJIyAiSHVtYW4gSW50ZXJmYWNlIERldmljZXMiCmRldmlj ZQkJdWtiZAkJIyBLZXlib2FyZApkZXZpY2UJCXVscHQJCSMgUHJpbnRlcgpkZXZpY2UJCXVtYXNz CQkjIERpc2tzL01hc3Mgc3RvcmFnZSAtIFJlcXVpcmVzIHNjYnVzIGFuZCBkYQpkZXZpY2UJCXVt cwkJIyBNb3VzZQpkZXZpY2UJCXVyaW8JCSMgRGlhbW9uZCBSaW8gNTAwIE1QMyBwbGF5ZXIKZGV2 aWNlCQl1c2Nhbm5lcgkjIFNjYW5uZXJzCiMgVVNCIEV0aGVybmV0LCByZXF1aXJlcyBtaWkKI2Rl dmljZQkJYXVlCQkjIEFETXRlayBVU0IgRXRoZXJuZXQKI2RldmljZQkJYXhlCQkjIEFTSVggRWxl Y3Ryb25pY3MgVVNCIEV0aGVybmV0CiNkZXZpY2UJCWN1ZQkJIyBDQVRDIFVTQiBFdGhlcm5ldAoj ZGV2aWNlCQlrdWUJCSMgS2F3YXNha2kgTFNJIFVTQiBFdGhlcm5ldAojZGV2aWNlCQlydWUJCSMg UmVhbFRlayBSVEw4MTUwIFVTQiBFdGhlcm5ldAoKCiMjIyBjdXN0b20gb3B0aW9ucyBmb3IgU1VC TUFSSU5FX1NNUCAjIyMKCgojIHNvdW5kIGRldmljZXMKCmRldmljZQkJc291bmQKZGV2aWNlCQlz bmRfc2JjCmRldmljZQkJInNuZF9zYjE2IgoKCiMjIG5ldHdvcmtpbmcgb3B0aW9ucyAjIwoKIyBw ZiAKCmRldmljZQkJcGYKZGV2aWNlCQlwZmxvZwpkZXZpY2UJCXBmc3luYwoKIyBhbHRxCgpvcHRp b25zCQlBTFRRCm9wdGlvbnMJCUFMVFFfQ0JRCm9wdGlvbnMJCUFMVFFfUkVECm9wdGlvbnMJCUFM VFFfUklPCm9wdGlvbnMJCUFMVFFfSEZTQwpvcHRpb25zCQlBTFRRX0NETlIKb3B0aW9ucwkJQUxU UV9QUklRCm9wdGlvbnMJCUFMVFFfTk9QQ0MKb3B0aW9ucwkJQUxUUV9ERUJVRwoKIyBydWRpbWVu dGFyeSBwcm90ZWN0aW9uCgpvcHRpb25zCQlJUFNURUFMVEgKb3B0aW9ucwkJVENQX0RST1BfU1lO RklOCgoKCiMgcmVhc29uYWJsZSBoeiBsZXZlbAoKb3B0aW9ucwkJSFo9MjAwMAoKCgojIyBzZXQg Y29uc29sZSByZXNvbHV0aW9uIHRvIDgwMHg2MDAsIDEwMjR4NzY4IGF3YWl0cyEhICMjCgojIFZF U0Egc3VwcG9ydAoKb3B0aW9ucwkJVkVTQQoKIyByYXN0ZXIgZGlzcGxheSBzdXBwb3J0IGZvciA4 MDB4NjAwIHJlc29sdXRpb24KCm9wdGlvbnMJCVNDX1BJWEVMX01PREUKCgoKIyBzdXBwb3J0IGZv ciBJTlRFTCBQSUlYNCBTTUJ1cwoKZGV2aWNlCQlzbWJ1cwpkZXZpY2UJCWludHBtCmRldmljZQkJ c21iCgoKCiMgZW5hYmxlIGRldmljZSBwb2xsaW5nCgojb3B0aW9ucyAJREVWSUNFX1BPTExJTkcK CiA= --Multipart=_Wed__29_Sep_2004_10_27_30_+0200_Hy89V/dxFjADUFzZ-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 09:26:03 2004 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 D4CDC16A4CE for ; Wed, 29 Sep 2004 09:26:03 +0000 (GMT) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A567543D49 for ; Wed, 29 Sep 2004 09:26:03 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (210.50.217.243) by smtp01.syd.iprimus.net.au (7.0.031.3) id 4148DCF40055F951; Wed, 29 Sep 2004 19:25:42 +1000 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id 657B64251; Wed, 29 Sep 2004 19:27:10 +1000 (EST) Date: Wed, 29 Sep 2004 19:27:10 +1000 From: Tim Robbins To: Ken Smith Message-ID: <20040929092710.GA59303@cat.robbins.dropbear.id.au> References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040929030546.GE16305@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: HEADS-UP: Library version number bumps 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: Wed, 29 Sep 2004 09:26:03 -0000 On Tue, Sep 28, 2004 at 11:05:46PM -0400, Ken Smith wrote: > > >From the "Better late than never" Department... > > It looks like we should probably bump the version of a couple of > the system libraries. With LOTS of help from Kris it looks like > this is the list we think needs a version bump, with the version > from 4.X being placed in compat4x: > > libgnuregex.so.2 > libhistory.so.4 > libm.so.2 > libncurses.so.5 > libopie.so.2 > libpcap.so.2 > libreadline.so.4 > libwrap.so.3 > > The bumps will be coming soon... Why do they need to be bumped? Why use the version from 4.x? It sounds like this will break a lot of 5.x binaries. Tim From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 09:29:59 2004 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 948A416A4CE for ; Wed, 29 Sep 2004 09:29:59 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id E351B43D2F for ; Wed, 29 Sep 2004 09:29:58 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 6B4E778C55; Wed, 29 Sep 2004 05:31:30 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id A1B9178C35; Wed, 29 Sep 2004 05:31:24 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 91A631703D; Wed, 29 Sep 2004 05:28:55 -0400 (EDT) Date: Wed, 29 Sep 2004 05:28:55 -0400 From: Damian Gerow To: Julian Elischer Message-ID: <20040929092854.GA29565@afflictions.org> Mail-Followup-To: Julian Elischer , current@freebsd.org References: <20040927211341.GB30059@afflictions.org> <20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org> <20040929050154.GJ5115@afflictions.org> <415A6AE3.4050309@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <415A6AE3.4050309@elischer.org> X-Operating-System: FreeBSD 5.3-BETA6 on a i386 X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at afflictions.org cc: current@freebsd.org Subject: Re: Random processes hanging in unkillable state in -BETA6 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: Wed, 29 Sep 2004 09:29:59 -0000 Thus spake Julian Elischer (julian@elischer.org) [29/09/04 03:59]: : >They all seem to be in an RL state. All the dig processes are in RL+, : >whereas dig processes started by root are in RXL+. There is one hung gdb : >dig process, which is in SL. Note that these have all been running for at : >least three hours at this point. : : the time is not important they will never recover.. I noted the time only because one process was in S. I'm just on my way to pulling up the rest of the information, I'll post it in a bit. From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 09:42:30 2004 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 616C516A4CE for ; Wed, 29 Sep 2004 09:42:30 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2253343D2F for ; Wed, 29 Sep 2004 09:42:30 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id A40A378C55; Wed, 29 Sep 2004 05:44:01 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id CD4AB78C35; Wed, 29 Sep 2004 05:43:59 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id F3E851703D; Wed, 29 Sep 2004 05:37:23 -0400 (EDT) Date: Wed, 29 Sep 2004 05:37:23 -0400 From: Damian Gerow To: Julian Elischer Message-ID: <20040929093723.GB29565@afflictions.org> Mail-Followup-To: Julian Elischer , current@freebsd.org References: <20040927211341.GB30059@afflictions.org> <20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org> <20040929050154.GJ5115@afflictions.org> <415A6AE3.4050309@elischer.org> <415A6B8A.1040902@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <415A6B8A.1040902@elischer.org> X-Operating-System: FreeBSD 5.3-BETA6 on a i386 X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at afflictions.org cc: current@freebsd.org Subject: Re: Random processes hanging in unkillable state in -BETA6 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: Wed, 29 Sep 2004 09:42:30 -0000 Thus spake Julian Elischer (julian@elischer.org) [29/09/04 04:01]: : oh yeahh the output of the ps for that process would be good to seetoo. : (the ps in ddb) : : there is an option to make ddb use printf() sysctl debug.ddb_use_print, for archival purposes. : which will make it's outut show up in dmesg after you 'c' : (continue) back running again.. otherwise you'd need a serial consol to : record it all. It's up at . I added in the commands I typed, just for clarity (not needed, I know). - Damian From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 09:54:15 2004 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 20DD016A4CE for ; Wed, 29 Sep 2004 09:54:15 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id E47A343D4C for ; Wed, 29 Sep 2004 09:54:14 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 924AE78C55; Wed, 29 Sep 2004 05:55:46 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id D9E9B78C35; Wed, 29 Sep 2004 05:55:44 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 568451703D; Wed, 29 Sep 2004 05:49:09 -0400 (EDT) Date: Wed, 29 Sep 2004 05:49:09 -0400 From: Damian Gerow To: current@freebsd.org Message-ID: <20040929094909.GC29565@afflictions.org> Mail-Followup-To: current@freebsd.org, Julian Elischer References: <20040927211341.GB30059@afflictions.org> <20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org> <20040929050154.GJ5115@afflictions.org> <415A6AE3.4050309@elischer.org> <415A6B8A.1040902@elischer.org> <20040929093723.GB29565@afflictions.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040929093723.GB29565@afflictions.org> X-Operating-System: FreeBSD 5.3-BETA6 on a i386 X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at afflictions.org cc: Julian Elischer Subject: Re: Random processes hanging in unkillable state in -BETA6 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: Wed, 29 Sep 2004 09:54:15 -0000 Thus spake Damian Gerow (dgerow@afflictions.org) [29/09/04 05:44]: : Thus spake Julian Elischer (julian@elischer.org) [29/09/04 04:01]: : : oh yeahh the output of the ps for that process would be good to seetoo. : : (the ps in ddb) : : : : there is an option to make ddb use printf() : : sysctl debug.ddb_use_print, for archival purposes. Arg... s/print/printf/... From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 10:12:18 2004 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 EED3E16A4CE; Wed, 29 Sep 2004 10:12:18 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46CFF43D1D; Wed, 29 Sep 2004 10:12:18 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id DBF065310; Wed, 29 Sep 2004 12:12:16 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 72A86530A; Wed, 29 Sep 2004 12:12:11 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 4D6E0B873; Wed, 29 Sep 2004 12:12:11 +0200 (CEST) To: Gregory Neil Shapiro References: <20040928025635.Q5094@ync.qbhto.arg> <727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com> <20040928142532.M90002@qbhto.arg> <20040929032418.GD56445@horsey.gshapiro.net> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Wed, 29 Sep 2004 12:12:11 +0200 In-Reply-To: <20040929032418.GD56445@horsey.gshapiro.net> (Gregory Neil Shapiro's message of "Tue, 28 Sep 2004 20:24:18 -0700") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: Peter Schultz cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: named now runs chroot'ed by default 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: Wed, 29 Sep 2004 10:12:19 -0000 Gregory Neil Shapiro writes: > If someone does so, please make it optional as jails don't support > IPv6 yet and BIND 9 does. ...badly. it will use IPv6 when recursing, but doesn't seem to want to listen for IPv6 requests: des@dma ~% sockstat -l | grep named bind named 5139 20 udp4 10.0.0.10:53 *:* bind named 5139 21 tcp4 10.0.0.10:53 *:* bind named 5139 22 udp4 127.0.0.1:53 *:* bind named 5139 23 tcp4 127.0.0.1:53 *:* bind named 5139 24 udp4 *:50632 *:* bind named 5139 25 udp6 *:50633 *:* bind named 5139 26 tcp4 127.0.0.1:953 *:* bind named 5139 27 tcp6 ::1:953 *:* des@dma ~% dig @::1 . ns ; <<>> DiG 9.3.0 <<>> @::1 . ns ;; global options: printcmd ;; connection timed out; no servers could be reached DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 10:27:24 2004 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 6E44916A4CE; Wed, 29 Sep 2004 10:27:24 +0000 (GMT) Received: from tensor.xs4all.nl (tensor.xs4all.nl [194.109.160.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B33D43D45; Wed, 29 Sep 2004 10:27:24 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from kilgore.dim (kilgore.dim [192.168.0.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.xs4all.nl (Postfix) with ESMTP id 6028F22852; Wed, 29 Sep 2004 12:27:21 +0200 (CEST) Date: Wed, 29 Sep 2004 12:27:16 +0200 From: Dimitry Andric X-Mailer: The Bat! (v3.0.0.19) Professional X-Priority: 3 (Normal) Message-ID: <391196860.20040929122716@andric.com> To: des@des.no (=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= ) In-Reply-To: References: <20040928025635.Q5094@ync.qbhto.arg> <727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com> <20040929032418.GD56445@horsey.gshapiro.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="----------A310CE722D030C8" cc: Gregory Neil Shapiro cc: Peter Schultz cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: named now runs chroot'ed by default 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: Wed, 29 Sep 2004 10:27:24 -0000 ------------A310CE722D030C8 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2004-09-29 at 12:12:11 Dag-Erling Sm=F8rgrav wrote: > ...badly. it will use IPv6 when recursing, but doesn't seem to want > to listen for IPv6 requests: You need to explicitly add a listen-on-v6 { any; }; statement to your configuration file. ------------A310CE722D030C8 Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: GnuPG v1.2.4 (MingW32) iD8DBQFBWo4EsF6jCi4glqMRAiz2AJ4ks+UTdgfjj8mzIQetk1d0h57fvACg1Zqq eOdBzHntQCN0eSPvvYY0D0A= =O2oy -----END PGP MESSAGE----- ------------A310CE722D030C8-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 11:00:48 2004 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 969D816A4D5 for ; Wed, 29 Sep 2004 11:00:48 +0000 (GMT) Received: from smtp.rdsnet.ro (smtp.rdsmail.ro [193.231.236.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D32343D31 for ; Wed, 29 Sep 2004 11:00:23 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 9971 invoked by uid 89); 29 Sep 2004 11:00:22 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 29 Sep 2004 11:00:22 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with SMTP id 3E5D04C3; Wed, 29 Sep 2004 14:00:21 +0300 (EEST) Date: Wed, 29 Sep 2004 14:00:11 +0300 From: Ion-Mihai Tetcu To: Julian Elischer Message-ID: <20040929140011.7dcb007a@it.buh.tecnik93.com> In-Reply-To: <415A6AE3.4050309@elischer.org> References: <20040927211341.GB30059@afflictions.org> <20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org> <20040929050154.GJ5115@afflictions.org> <415A6AE3.4050309@elischer.org> X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: Damian Gerow cc: current@freebsd.org Subject: Re: Random processes hanging in unkillable state in -BETA6 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: Wed, 29 Sep 2004 11:00:48 -0000 [ I don't know / think is related, just gathering info ] On Wed, 29 Sep 2004 00:57:23 -0700 Julian Elischer wrote: > Damian Gerow wrote: > > Thus spake Julian Elischer (julian@elischer.org) [29/09/04 00:48]: > > : If you look at them with ps -alxH are they all (in particular dig) > > : all threaded programs? > > > > Yes, they are. > > > > They all seem to be in an RL state. All the dig processes are in RL+, > > whereas dig processes started by root are in RXL+. There is one hung gdb > > dig process, which is in SL. Note that these have all been running for at > > least three hours at this point. > > the time is not important they will never recover.. > you might do the following.. if you have ddb in the kernel.. > > go to console > to go to ddb Will the system recover if I have X running (my previous experiences says no, but I haven't break in debugger for some time now)? I have a dcgui-qt hang when I put it to recreate the share list (this is after I've tried kill -1,-6,-9) : # ps -alxH 75295 UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 1001 75295 88546 0 76 -10 105252 94608 - T ps > look for the process.. note that several threads show up.. > there will be a kg (ksegrp) associated with ech thread (some > may be associated with > 1 thread.) > > of the address of the kg is 0xAB123456 > then do: > x/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 0xAB123456 > > for each kg > > and let me see the result(s).. How much text is it supposed to be (I don't have a serial console on this machine). Thanks, -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 11:47:09 2004 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 1501416A4CE for ; Wed, 29 Sep 2004 11:47:09 +0000 (GMT) Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1A4B43D41 for ; Wed, 29 Sep 2004 11:47:08 +0000 (GMT) (envelope-from zaks@era.pl) Received: by localhost (Postfix, from userid 1001) id 0409B11652; Wed, 29 Sep 2004 13:47:06 +0200 (CEST) From: =?iso-8859-2?q?S=B3awek_=AFak?= To: Ceri Davies References: <861xgm5ltz.fsf@thirst.unx.era.pl> <20040928194853.GT2493@submonkey.net> Date: Wed, 29 Sep 2004 13:47:06 +0200 In-Reply-To: <20040928194853.GT2493@submonkey.net> (Ceri Davies's message of "Tue, 28 Sep 2004 20:48:53 +0100") Message-ID: <86k6ud2t6t.fsf@thirst.unx.era.pl> User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.4 (Reasonable Discussion, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Re: Bug in #! processing 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: Wed, 29 Sep 2004 11:47:09 -0000 Ceri Davies writes: > On Tue, Sep 28, 2004 at 07:45:28PM +0200, S?awek ?ak wrote: >> Hi, >> >> It seems that there is a long standing bug in processing of command-line >> options for scripts and such. Take following files: >> [...] >> On FreeBSD 5.x: >> >> thirst(1790)% ./tst.sh >> Main.c test >> ./main >> - >> ./tst.sh >> >> On Solaris: >> >> sb8:root> ./tst.sh >> Main.c test >> ./main >> -#! >> ./tst.sh >> >> sb8:root> uname -a >> SunOS sb8 5.8 Generic_108528-21 sun4u sparc SUNW,UltraAX-i2 > > [snip Tru64 and AIX] > >> Any takers? > > It's easy enough to fix this case, but Solaris looks buggy in other > areas You should speel buggy as 'POSIX' in this case I guess. > (I do not have any other systems to hand): > > FreeBSD 4.10-STABLE: > > $ cat tst.sh > #!./main -f -o -#! > print ok > $ ./tst.sh > Main.c test > ./main > -f > -o > - > ./tst.sh Well, it is consistent with FreeBSD 5.x in this respect. Discards all after second #! when passing arguments to the interpretter. > Solaris 9: > > $ ./tst.sh > Main.c test > ./main > -f > ./tst.sh This behavior is mandated by POSIX which, as I reckon, allows passing of only the first argument to the interpreter. It is confirmed by other supposedly compliant systems. I've checked before AIX 5.2, Solaris 8/9. Two raisins in the pie are Tru64 5.1B and HP-UX 11, which return some erm, strange results. For such script: #!./main 1 2 3 -#! print ok You get: Main.c test ./main 1 2 3 -#! ./tst.sh Thus it seems that the systems squeeze all arguments in one and pass it that way to our handsome interpreter. Nevertheless both Tru64 and HPUX are dying and we got to move on with our lives. The behavior I'd like to have, and which seems correct is not bothering with second, 3rd and so on occurence of #! in the first line of script. Feasible? I guess so. The only commercial product on my systems uses -#! switch on all platforms as a script file mark. I don't see any explanation for current behavior therefore I'm reporting it. /S From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 20:41:28 2004 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 BDC6416A4CE for ; Tue, 28 Sep 2004 20:41:28 +0000 (GMT) Received: from bifrost.agrussell.com (bifrost.hos.net [204.251.33.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ED6643D53 for ; Tue, 28 Sep 2004 20:41:28 +0000 (GMT) (envelope-from arussell@agrussell.com) Received: from bifrost.agrussell.com (localhost [127.0.0.1]) i8SKfRFp096893 for ; Tue, 28 Sep 2004 15:41:27 -0500 (CDT) (envelope-from arussell@agrussell.com) Received: (from arussell@localhost) by bifrost.agrussell.com (8.12.8p2/8.12.8/Submit) id i8SKfRI7096892 for freebsd-current@freebsd.org; Tue, 28 Sep 2004 15:41:27 -0500 (CDT) (envelope-from arussell) Date: Tue, 28 Sep 2004 15:41:27 -0500 From: "A.G. Russell IV" To: freebsd-current@freebsd.org Message-ID: <20040928204127.GA96841@bifrost.agrussell.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Wed, 29 Sep 2004 11:54:18 +0000 Subject: installed 5.2.1 can't find LINT 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: Tue, 28 Sep 2004 20:41:28 -0000 Hi, I've installed FreeBSD 5.2.1 from ISO, and then cvsup'd with *default release=cvs tag=RELENG_5 and LINT is not in /sys/i386/conf. Is there a different file I should be looking at? This is my first build of a 5.x box getting ready for 5.x to go stable. I've been tracking the 4.x, and got to LINT for kernel configs of firewall options. Thanks _______________________________________________________________________________ A.G. Russell IV KC5KFD The Knife Company e-mail: ag4@theknifecompany.com Phone 479-631-0055 FAX 479-631-8734 Old Klingon Saying -- 'oH majQa' yIn je bang, Qo' bang ------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 21:00:44 2004 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 EAE8016A4D0 for ; Tue, 28 Sep 2004 21:00:44 +0000 (GMT) Received: from bifrost.agrussell.com (bifrost.hos.net [204.251.33.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8325443D5C for ; Tue, 28 Sep 2004 21:00:35 +0000 (GMT) (envelope-from arussell@agrussell.com) Received: from bifrost.agrussell.com (localhost [127.0.0.1]) i8SL0ZFp097099 for ; Tue, 28 Sep 2004 16:00:35 -0500 (CDT) (envelope-from arussell@agrussell.com) Received: (from arussell@localhost) by bifrost.agrussell.com (8.12.8p2/8.12.8/Submit) id i8SL0Z2e097098 for freebsd-current@freebsd.org; Tue, 28 Sep 2004 16:00:35 -0500 (CDT) (envelope-from arussell) Date: Tue, 28 Sep 2004 16:00:35 -0500 From: "A.G. Russell IV" To: freebsd-current@freebsd.org Message-ID: <20040928210035.GA97068@bifrost.agrussell.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Wed, 29 Sep 2004 11:54:18 +0000 Subject: [arussell@agrussell.com: installed 5.2.1 can't find LINT] 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: Tue, 28 Sep 2004 21:00:45 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Ok, I found it, make LINT, and also ... the file /usr/src/sys/conf/NOTES which is what I was looking for. I did not see anything in the FAQ about it, but I guess I was asking the wrong question. -- _______________________________________________________________________________ A.G. Russell IV KC5KFD The Knife Company e-mail: ag4@theknifecompany.com Phone 479-631-0055 FAX 479-631-8734 Old Klingon Saying -- 'oH majQa' yIn je bang, Qo' bang ------------------------------------------------------------------------------- --WIyZ46R2i8wDzkSu Content-Type: message/rfc822 Content-Disposition: inline Date: Tue, 28 Sep 2004 15:41:27 -0500 From: "A.G. Russell IV" To: freebsd-current@freebsd.org Subject: installed 5.2.1 can't find LINT Message-ID: <20040928204127.GA96841@bifrost.agrussell.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i Hi, I've installed FreeBSD 5.2.1 from ISO, and then cvsup'd with *default release=cvs tag=RELENG_5 and LINT is not in /sys/i386/conf. Is there a different file I should be looking at? This is my first build of a 5.x box getting ready for 5.x to go stable. I've been tracking the 4.x, and got to LINT for kernel configs of firewall options. Thanks _______________________________________________________________________________ A.G. Russell IV KC5KFD The Knife Company e-mail: ag4@theknifecompany.com Phone 479-631-0055 FAX 479-631-8734 Old Klingon Saying -- 'oH majQa' yIn je bang, Qo' bang ------------------------------------------------------------------------------- --WIyZ46R2i8wDzkSu-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 28 21:31:37 2004 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 310FC16A4CE for ; Tue, 28 Sep 2004 21:31:37 +0000 (GMT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id C87E443D39 for ; Tue, 28 Sep 2004 21:31:36 +0000 (GMT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id i8SLVZ8g053062 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA); Tue, 28 Sep 2004 17:31:35 -0400 (EDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id i8SLVZrp053059; Tue, 28 Sep 2004 17:31:35 -0400 (EDT) (envelope-from wollman) Date: Tue, 28 Sep 2004 17:31:35 -0400 (EDT) From: Garrett Wollman Message-Id: <200409282131.i8SLVZrp053059@khavrinen.lcs.mit.edu> To: Brooks Davis In-Reply-To: <20040928212821.GA5526@odin.ac.hmc.edu> References: <16729.53003.771498.882796@ran.psg.com> <1096406482.4159d5d27c165@webmail.jnielsen.net> <20040928212821.GA5526@odin.ac.hmc.edu> X-Spam-Score: -19.8 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES X-Scanned-By: MIMEDefang 2.37 X-Mailman-Approved-At: Wed, 29 Sep 2004 11:54:18 +0000 cc: FreeBSD Current Subject: Re: simultaneous portupgrades 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: Tue, 28 Sep 2004 21:31:37 -0000 < said: > I've also seen occational database corruption when two portupgrades use the > database at once. In general I avoid doing things that way. portupgrade has all the information to do parallel upgrades; it's just a SMOP to make it launch two upgrades at once. -GAWollman From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 00:04:51 2004 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 002C616A4CE; Wed, 29 Sep 2004 00:04:50 +0000 (GMT) Received: from pilchuck.reedmedia.net (pilchuck.reedmedia.net [209.166.74.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 629AB43D45; Wed, 29 Sep 2004 00:04:50 +0000 (GMT) (envelope-from reed@reedmedia.net) Received: from reed by pilchuck.reedmedia.net with local-esmtp (Exim 3.12 #1 (Debian)) id 1CCRxd-0001lq-00; Tue, 28 Sep 2004 17:04:45 -0700 Date: Tue, 28 Sep 2004 17:04:44 -0700 (PDT) From: "Jeremy C. Reed" To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Wed, 29 Sep 2004 11:54:18 +0000 Subject: Re: panic "bio_completed can't be greater than bio_length" on 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: Wed, 29 Sep 2004 00:04:51 -0000 > Anyone seeing this? > > panic("bio_completed can't be greater than bio_length") I upgraded and old laptop running 5.1 to -current this week. I have had that message twice. Once on first reboot with new kernel but old userland when I ran "fsck /usr". I typed in my notes: ad0: TIMEOUT - READ retrying (2 retries left) LBA=235520522 panic: bio_completed can't be greater than bio_length cpuid = 0 KDB: enter: panic [thread 100027] Stopped at kdb_enter+0x2b: nop db> I thought this was because of old fsck. So I rebooted, didn't run fsck, and finished the install of userland. Later, I started receiving random messages like: ad0: TIMEOUT - READ retrying (2 retries left) LBA=101139222 ad0: WARNING - WRITE no interrupt but good status (four times) It went into kernel debugger again (but I don't know when): panic: bio_completed can't be greater than bio_length cpuid = 0 KDB: enter: panic [thread 100027] Stopped at kdb_enter+0x2b: nop db> It sits at that prompt now. I am running OLDCARD kernel. (I don't know if it is needed still, but I had to use it before.) Jeremy C. Reed p.s. Please CC me on replies. From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 05:54:29 2004 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 33F7D16A4CE for ; Wed, 29 Sep 2004 05:54:29 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6D0443D31 for ; Wed, 29 Sep 2004 05:54:28 +0000 (GMT) (envelope-from cristjc@comcast.net) Received: from blossom.cjclark.org (c-24-6-187-112.client.comcast.net[24.6.187.112]) by comcast.net (sccrmhc12) with ESMTP id <200409290554270120099e7he>; Wed, 29 Sep 2004 05:54:27 +0000 Received: from blossom.cjclark.org (localhost. [127.0.0.1]) by blossom.cjclark.org (8.12.11/8.12.8) with ESMTP id i8T5sQBA047966; Tue, 28 Sep 2004 22:54:26 -0700 (PDT) (envelope-from cristjc@comcast.net) Received: (from cjc@localhost) by blossom.cjclark.org (8.12.11/8.12.11/Submit) id i8T5sPPG047965; Tue, 28 Sep 2004 22:54:25 -0700 (PDT) (envelope-from cristjc@comcast.net) X-Authentication-Warning: blossom.cjclark.org: cjc set sender to cristjc@comcast.net using -f Date: Tue, 28 Sep 2004 22:54:25 -0700 From: "Crist J. Clark" To: Michael Joyner Message-ID: <20040929055425.GA47888@blossom.cjclark.org> References: <20040928051708.GA3706@blossom.cjclark.org> <4159A8E2.5070207@vbservices.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4159A8E2.5070207@vbservices.net> User-Agent: Mutt/1.4.2.1i X-URL: http://people.freebsd.org/~cjc/ X-Mailman-Approved-At: Wed, 29 Sep 2004 11:54:18 +0000 cc: freebsd-current@freebsd.org Subject: Re: nsupdate(8) rc.d Script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cjclark@alum.mit.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Sep 2004 05:54:29 -0000 On Tue, Sep 28, 2004 at 02:09:38PM -0400, Michael Joyner wrote: > I think this would be exremely useful for *bsd machines on Active > Directory networks. Microsoft Active Directory? I thought that was bastardized LDAP? It uses DNS updates for something? If so, let me know if there is anything to do to make the script more useful in such an environment. > This way I can (hopefully) stop mucking around with /etc/dhclient.conf > to get it to send 'hostname' to the DNS server and DHCP server. Is it a ISC DHCP server? I've had a pretty easy time getting FreeBSD clients to send hostname info which the DHCP server which then does updates to a BIND DNS server. Like I said earlier, my original motivation was self-updating for IPv6 addresses just like IPv6 hosts pretty much configure themselves with rtsol(8). Well, since it's all ISC software, you would hope it all plays well together. Does using MS in the mix make life rough? -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 08:41:46 2004 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 38AC616A4CE for ; Wed, 29 Sep 2004 08:41:46 +0000 (GMT) Received: from ctb-mesg3.saix.net (ctb-mesg3.saix.net [196.25.240.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEB7443D2F for ; Wed, 29 Sep 2004 08:41:45 +0000 (GMT) (envelope-from sheldonh@starjuice.net) Received: from urchin.seasidesoftware.co.za (wbs-208-167.telkomadsl.co.za [165.165.208.167]) by ctb-mesg3.saix.net (Postfix) with ESMTP id C5EBC26C4; Wed, 29 Sep 2004 10:41:41 +0200 (SAST) Received: from axl.seasidesoftware.co.za ([10.0.0.2]) by urchin.seasidesoftware.co.za with esmtp (Exim 4.34) id 1CCa1t-000OSL-JM; Wed, 29 Sep 2004 10:41:41 +0200 From: Sheldon Hearn To: Mike Tancsa In-Reply-To: <6.1.2.0.0.20040928145711.09c0d7c8@64.7.153.2> References: <6.1.2.0.0.20040928145711.09c0d7c8@64.7.153.2> Content-Type: text/plain Message-Id: <1096447301.22745.14.camel@axl.seasidesoftware.co.za> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 29 Sep 2004 10:41:41 +0200 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 29 Sep 2004 11:54:18 +0000 cc: freebsd-current@freebsd.org Subject: Re: /usr/share/misc/pci_vendors 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: Wed, 29 Sep 2004 08:41:46 -0000 On Tue, 2004-09-28 at 21:21, Mike Tancsa wrote: > Any chance of updating the pci_vendors file in HEAD and RELENG_5 ? There > is a rather odd entry for 14F1 which should be > Conexant Systems, Inc > > according to http://www.pcidatabase.com/reports.php?type=tab-delimeted > > But in FreeBSD, it says > > 14F1 Zuhair mohammed Saeed Manual changes get blown away by the next automated merge from the two sources we use. So we need to try get this fixed in the offending upstream source. Actually, that seems to have been a transient flake in one of them. It doesn't appear in either one now. I'll ask RE for permission to sync up. Thanks, Sheldon. From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 12:01:01 2004 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 7626016A4CE for ; Wed, 29 Sep 2004 12:01:01 +0000 (GMT) Received: from mx01.ewc.edu (mx01.ewc.edu [68.152.80.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0746D43D1D for ; Wed, 29 Sep 2004 12:00:59 +0000 (GMT) (envelope-from mjoyner@vbservices.net) Received: from [192.168.4.160] (host-161.firewall.ewc.edu [68.152.80.161]) by mx01.ewc.edu (8.12.9p2/8.12.9) with ESMTP id i8TC0XxS058568; Wed, 29 Sep 2004 08:00:38 -0400 (EDT) (envelope-from mjoyner@vbservices.net) Message-ID: <415AA3DC.6020409@vbservices.net> Date: Wed, 29 Sep 2004 08:00:28 -0400 From: Michael Joyner User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040906 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "A.G. Russell IV" References: <20040928204127.GA96841@bifrost.agrussell.com> In-Reply-To: <20040928204127.GA96841@bifrost.agrussell.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org Subject: Re: installed 5.2.1 can't find LINT 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: Wed, 29 Sep 2004 12:01:01 -0000 A.G. Russell IV wrote: > Hi, I've installed FreeBSD 5.2.1 from ISO, and > then cvsup'd with *default release=cvs tag=RELENG_5 > and LINT is not in /sys/i386/conf. Is there a different file > I should be looking at? > > This is my first build of a 5.x box getting ready for 5.x to go stable. > I've been tracking the 4.x, and got to LINT for kernel configs of firewall > options. > > Thanks > _______________________________________________________________________________ > A.G. Russell IV KC5KFD The Knife Company e-mail: ag4@theknifecompany.com > Phone 479-631-0055 FAX 479-631-8734 > Old Klingon Saying -- 'oH majQa' yIn je bang, Qo' bang > ------------------------------------------------------------------------------- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" cd /usr/src/sys/i386/conf make LINT From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 12:02:50 2004 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 D631716A4CE for ; Wed, 29 Sep 2004 12:02:50 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85D5B43D1D for ; Wed, 29 Sep 2004 12:02:50 +0000 (GMT) (envelope-from marchenko@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so71668rnk for ; Wed, 29 Sep 2004 05:02:41 -0700 (PDT) Received: by 10.38.181.36 with SMTP id d36mr413478rnf; Wed, 29 Sep 2004 05:02:40 -0700 (PDT) Received: by 10.38.22.66 with HTTP; Wed, 29 Sep 2004 05:02:40 -0700 (PDT) Message-ID: Date: Wed, 29 Sep 2004 08:02:40 -0400 From: Vlad To: Robert Watson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <4159431F.6010502@ispro.net.tr> cc: freebsd-current@freebsd.org cc: Evren Yurtesen Subject: Re: panic: sorele X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vlad List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Sep 2004 12:02:51 -0000 > If you compile a kernel with NET_WITH_GIANT but keep SMP, does the problem > persist? > I'll give it a try. > Are you using Netgraph or any other non-default kernel compile options > relating to the network stack? Do you make moderate or extensive use of > IPv6? no > This is a somewhat odd assertion failure: sodealloc() asserts that > so_count is 0, but so does sofree(), and sofree() is only called by > sotryfree() in in_pcbdetach() if so_count is 0. This suggests that either > (a) we're looking at a race in which so_count is bumped in that window, or > (b) there's a problem with the compile of the kernel where the invariants > checks may be compiled into some objects but not others. In theory, > locking should prevent (a), so if it is (a) there's a bug in the locking. > I'll start reviewing use of so_count and work my way through the rest of > this thread. Knowing if compiling with NET_WITH_GIANT helps would be > useful, if possible. I'll keep list posted. -- Vlad From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 12:08:38 2004 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 0927716A4CE for ; Wed, 29 Sep 2004 12:08:38 +0000 (GMT) Received: from mx01.ewc.edu (mx01.ewc.edu [68.152.80.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E18D43D4C for ; Wed, 29 Sep 2004 12:08:37 +0000 (GMT) (envelope-from mjoyner@vbservices.net) Received: from [192.168.4.160] (host-161.firewall.ewc.edu [68.152.80.161]) by mx01.ewc.edu (8.12.9p2/8.12.9) with ESMTP id i8TC8XxS058734; Wed, 29 Sep 2004 08:08:34 -0400 (EDT) (envelope-from mjoyner@vbservices.net) Message-ID: <415AA5BC.6050302@vbservices.net> Date: Wed, 29 Sep 2004 08:08:28 -0400 From: Michael Joyner User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040906 X-Accept-Language: en-us, en MIME-Version: 1.0 To: cjclark@alum.mit.edu References: <20040928051708.GA3706@blossom.cjclark.org> <4159A8E2.5070207@vbservices.net> <20040929055425.GA47888@blossom.cjclark.org> In-Reply-To: <20040929055425.GA47888@blossom.cjclark.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org Subject: Re: nsupdate(8) rc.d Script 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: Wed, 29 Sep 2004 12:08:38 -0000 M$ DNS runs on top of M$ AD I am hoping your script (not tested it yet) will save me the hassle of having to manually put the unit's hostname into /etc/dhclient.conf. It would probably be nice if dhclient had an option to auto-send the machine's assigned hostname in /etc/rc.conf to the DHCP server (M$) as the M$ DHCP server, if set to, will auto-update the M$ DNS to add the machine's hostname to DNS. If there is such an option, I can't find it. :) I am thinking that your script may allow a simple '="YES"' entry in /etc/rc.conf and have it directly update the DNS records whether the machine is using static IP or dynamic IP, which would be *extremely* nice in a M$ controlled network. Now if only someone would come up with "pam_add_user_to_master.passwd" along with a "pam_make_user_a_home_dir" upon a successful KRB authenticated login. :) (or maybe a pam_root_preexec ala SAMBA) Maybe even a pam_cache_credentials for laptops. :) Crist J. Clark wrote: > On Tue, Sep 28, 2004 at 02:09:38PM -0400, Michael Joyner wrote: > >>I think this would be exremely useful for *bsd machines on Active >>Directory networks. > > > Microsoft Active Directory? I thought that was bastardized LDAP? It > uses DNS updates for something? If so, let me know if there is anything > to do to make the script more useful in such an environment. > > >>This way I can (hopefully) stop mucking around with /etc/dhclient.conf >>to get it to send 'hostname' to the DNS server and DHCP server. > > > Is it a ISC DHCP server? I've had a pretty easy time getting FreeBSD > clients to send hostname info which the DHCP server which then does > updates to a BIND DNS server. Like I said earlier, my original motivation > was self-updating for IPv6 addresses just like IPv6 hosts pretty much > configure themselves with rtsol(8). Well, since it's all ISC software, > you would hope it all plays well together. Does using MS in the mix make > life rough? From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 12:31:02 2004 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 9D27516A4CE; Wed, 29 Sep 2004 12:31:02 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14BBC43D3F; Wed, 29 Sep 2004 12:31:02 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (localhost [127.0.0.1]) i8TCV1TH001191; Wed, 29 Sep 2004 08:31:01 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i8TCV0lM001190; Wed, 29 Sep 2004 08:31:00 -0400 (EDT) Date: Wed, 29 Sep 2004 08:31:00 -0400 From: Ken Smith To: Tim Robbins Message-ID: <20040929123100.GA600@electra.cse.Buffalo.EDU> References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> <20040929092710.GA59303@cat.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040929092710.GA59303@cat.robbins.dropbear.id.au> User-Agent: Mutt/1.4.1i cc: Ken Smith cc: freebsd-current@freebsd.org Subject: Re: HEADS-UP: Library version number bumps 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: Wed, 29 Sep 2004 12:31:02 -0000 On Wed, Sep 29, 2004 at 07:27:10PM +1000, Tim Robbins wrote: > On Tue, Sep 28, 2004 at 11:05:46PM -0400, Ken Smith wrote: > > > > >From the "Better late than never" Department... > > > > It looks like we should probably bump the version of a couple of > > the system libraries. With LOTS of help from Kris it looks like > > this is the list we think needs a version bump, with the version > > from 4.X being placed in compat4x: > > > > libgnuregex.so.2 > > libhistory.so.4 > > libm.so.2 > > libncurses.so.5 > > libopie.so.2 > > libpcap.so.2 > > libreadline.so.4 > > libwrap.so.3 > > > > The bumps will be coming soon... > > Why do they need to be bumped? Why use the version from 4.x? It sounds like > this will break a lot of 5.x binaries. > They need to be bumped because the internal workings of the libraries have changed in such a way that a 4.X executable will either be un-dynamically-linkable, will fail ungracefully (seg-fault, etc), or (worse) run but it makes assumptions that are no longer valid thus producing incorrect results. By putting the older versions of the libraries in the compat directory the dynamic linker will find and link to those instead when starting the executable and since we will have taken them from a 4.X system the executable should run just fine. Normally development cycles are "much more sane" (Scott's usual phrasing for it :-) so at least in theory they're much shorter, and we don't usually have as many "end-user-type-people" using a development branch as we have now with the 5.X series. So the fact we do this sort of thing hasn't been a huge issue before - the developers should know how to cope with it. You're right - there can be 5.X based binaries that will have problems. At this point we need to decide which old executables break and we're opting to break the 5.X executables - at least those users had a little bit of a warning they were using a not-for-production-use system. We're not particularly happy about needing to do this. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 12:40:17 2004 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 058EA16A4CE; Wed, 29 Sep 2004 12:40:17 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12FCA43D53; Wed, 29 Sep 2004 12:40:16 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8TCeANr014800; Wed, 29 Sep 2004 15:40:10 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 07735-10; Wed, 29 Sep 2004 15:40:10 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8TCe9pD014797 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Sep 2004 15:40:09 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8TCeBuQ040477; Wed, 29 Sep 2004 15:40:11 +0300 (EEST) (envelope-from ru) Date: Wed, 29 Sep 2004 15:40:11 +0300 From: Ruslan Ermilov To: Ken Smith , Kris Kennaway Message-ID: <20040929124011.GB40412@ip.net.ua> References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> <20040929092710.GA59303@cat.robbins.dropbear.id.au> <20040929123100.GA600@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VrqPEDrXMn8OVzN4" Content-Disposition: inline In-Reply-To: <20040929123100.GA600@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@FreeBSD.org cc: Tim Robbins Subject: Re: HEADS-UP: Library version number bumps 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: Wed, 29 Sep 2004 12:40:17 -0000 --VrqPEDrXMn8OVzN4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 29, 2004 at 08:31:00AM -0400, Ken Smith wrote: > On Wed, Sep 29, 2004 at 07:27:10PM +1000, Tim Robbins wrote: > > On Tue, Sep 28, 2004 at 11:05:46PM -0400, Ken Smith wrote: > > >=20 > > > >From the "Better late than never" Department... > > >=20 > > > It looks like we should probably bump the version of a couple of > > > the system libraries. With LOTS of help from Kris it looks like > > > this is the list we think needs a version bump, with the version > > > from 4.X being placed in compat4x: > > >=20 > > > libgnuregex.so.2 > > > libhistory.so.4 > > > libm.so.2 > > > libncurses.so.5 > > > libopie.so.2 > > > libpcap.so.2 > > > libreadline.so.4 > > > libwrap.so.3 > > >=20 > > > The bumps will be coming soon... > >=20 > > Why do they need to be bumped? Why use the version from 4.x? It sounds = like > > this will break a lot of 5.x binaries. > >=20 >=20 > They need to be bumped because the internal workings of the libraries > have changed in such a way that a 4.X executable will either be > un-dynamically-linkable, will fail ungracefully (seg-fault, etc), > or (worse) run but it makes assumptions that are no longer valid > thus producing incorrect results. By putting the older versions of > the libraries in the compat directory the dynamic linker will find > and link to those instead when starting the executable and since we > will have taken them from a 4.X system the executable should run just > fine. >=20 > Normally development cycles are "much more sane" (Scott's usual phrasing > for it :-) so at least in theory they're much shorter, and we don't > usually have as many "end-user-type-people" using a development branch > as we have now with the 5.X series. So the fact we do this sort of thing > hasn't been a huge issue before - the developers should know how to cope > with it. You're right - there can be 5.X based binaries that will have > problems. At this point we need to decide which old executables break > and we're opting to break the 5.X executables - at least those users > had a little bit of a warning they were using a not-for-production-use > system. We're not particularly happy about needing to do this. >=20 Can you or Kris post some additional details of what in these libraries have changed so they can't be used for 4.x binaries? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --VrqPEDrXMn8OVzN4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWq0rqRfpzJluFF4RAhnXAJwN54yu9pb73wbNKHVatKjloaDm1gCfW6tp EmeWu6KyaxWM9rmqvbxl1ck= =TCQA -----END PGP SIGNATURE----- --VrqPEDrXMn8OVzN4-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 13:11:39 2004 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 1516A16A4CE for ; Wed, 29 Sep 2004 13:11:39 +0000 (GMT) Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com [81.103.67.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73F0143D55 for ; Wed, 29 Sep 2004 13:11:38 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.42 (FreeBSD)) id 1CCeF7-000Gbn-2n; Wed, 29 Sep 2004 14:11:37 +0100 Date: Wed, 29 Sep 2004 14:11:37 +0100 From: Ceri Davies To: S?awek ?ak Message-ID: <20040929131136.GA2493@submonkey.net> Mail-Followup-To: Ceri Davies , S?awek ?ak , freebsd-current@freebsd.org References: <861xgm5ltz.fsf@thirst.unx.era.pl> <20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yWPvFVzSs/idg2A5" Content-Disposition: inline In-Reply-To: <86k6ud2t6t.fsf@thirst.unx.era.pl> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.6i Sender: Ceri Davies cc: freebsd-current@freebsd.org Subject: Re: Bug in #! processing 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: Wed, 29 Sep 2004 13:11:39 -0000 --yWPvFVzSs/idg2A5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 29, 2004 at 01:47:06PM +0200, S?awek ?ak wrote: > Ceri Davies writes: >=20 > > On Tue, Sep 28, 2004 at 07:45:28PM +0200, S?awek ?ak wrote: > >> Hi, > >>=20 > >> It seems that there is a long standing bug in processing of comman= d-line > >> options for scripts and such. Take following files: > >>=20 >=20 > [...] >=20 >=20 > >> On FreeBSD 5.x: > >> =20 > >> thirst(1790)% ./tst.sh > >> Main.c test > >> ./main > >> - > >> ./tst.sh > >>=20 > >> On Solaris: > >>=20 > >> sb8:root> ./tst.sh > >> Main.c test > >> ./main > >> -#! > >> ./tst.sh > >>=20 > >> sb8:root> uname -a > >> SunOS sb8 5.8 Generic_108528-21 sun4u sparc SUNW,UltraAX-i2 > > > > [snip Tru64 and AIX] > > > >> Any takers? > > > > It's easy enough to fix this case, but Solaris looks buggy in other > > areas=20 > =20 > You should speel buggy as 'POSIX' in this case I guess. You're actually guessing though, right? I can't find this in the standard; if you know it's there then I'd appreciate a reference. > > (I do not have any other systems to hand): > > > > FreeBSD 4.10-STABLE: > > > > $ cat tst.sh > > #!./main -f -o -#! > > print ok > > $ ./tst.sh > > Main.c test > > ./main > > -f > > -o > > - > > ./tst.sh >=20 > Well, it is consistent with FreeBSD 5.x in this respect. Discards all= after > second #! when passing arguments to the interpretter. Yes. > > Solaris 9: > > > > $ ./tst.sh > > Main.c test > > ./main > > -f > > ./tst.sh >=20 > This behavior is mandated by POSIX which, as I reckon, allows passing= of > only the first argument to the interpreter. Are you guessing again? I believe that the FreeBSD behaviour is closer to "correct" than anything else we're seeing in this thread. I should be able to specify #!/usr/bin/perl -w -0 or whatever without having everything other than the first argument ignored. > It is confirmed by other > supposedly compliant systems. I've checked before AIX 5.2, Solaris 8/= 9. Two > raisins in the pie are Tru64 5.1B and HP-UX 11, which return some erm, > strange results. For such script: >=20 > #!./main 1 2 3 -#! > print ok >=20 > You get: >=20 > Main.c test > ./main > 1 2 3 -#! > ./tst.sh Linux 2.4.20 does this too. > Thus it seems that the systems squeeze all arguments in one and pass = it that > way to our handsome interpreter. Nevertheless both Tru64 and HPUX are > dying and we got to move on with our lives. >=20 > The behavior I'd like to have, and which seems correct is not botheri= ng with > second, 3rd and so on occurence of #! in the first line of script. Fe= asible? > I guess so. The only commercial product on my systems uses -#! switch= on all > platforms as a script file mark. That seems wrong too. #! shouldn't be magic anywhere other than at the beginning of a file. > I don't see any explanation for current > behavior therefore I'm reporting it. The explanation is that we only process that line up to a '#' or newline. Backing out revision 1.21 of sys/kern/imgact_shell.c is one fix, or perhaps allowing a '#' character to be escaped. I'm not sure if I see an overwhelming reason for either. Ceri --=20 It is not tinfoil, it is my new skin. I am a robot. --yWPvFVzSs/idg2A5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWrSIocfcwTS3JF8RAqT0AJ9Yw0hJby+VyTsIsoJGR2oCuRn+YACgt8OD 1hiNXqBUnlAB9NNSCxBIFlQ= =qWWH -----END PGP SIGNATURE----- --yWPvFVzSs/idg2A5-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 13:26:44 2004 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 CAB3016A4CE; Wed, 29 Sep 2004 13:26:44 +0000 (GMT) Received: from lark.auton.cs.cmu.edu (LARK.AUTON.CS.CMU.EDU [128.2.222.44]) by mx1.FreeBSD.org (Postfix) with SMTP id 6E62143D45; Wed, 29 Sep 2004 13:26:44 +0000 (GMT) (envelope-from dpelleg@lark.auton.cs.cmu.edu) Sender: dpelleg@lark.auton.cs.cmu.edu To: Doug Barton References: <20040928025635.Q5094@ync.qbhto.arg> <727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com> <20040928142532.M90002@qbhto.arg> From: Dan Pelleg Date: 29 Sep 2004 09:26:07 -0400 In-Reply-To: <20040928142532.M90002@qbhto.arg> Message-ID: Lines: 18 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@FreeBSD.org cc: Peter Schultz Subject: Re: HEADS UP: named now runs chroot'ed by default 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: Wed, 29 Sep 2004 13:26:44 -0000 Doug Barton writes: > On Tue, 28 Sep 2004, Peter Schultz wrote: > > > Why not do it FreeBSD style and auto-jail named? > > The simplest answer is that not every host can burn (or even obtain) an > extra IP address for the jail. It's also questionable what additional > benefit would be obtained. > Benefit question aside, it's possible to run the jail on a RFC1918 address, and run NAT on the host to make that fact transparent. A ugly hack, but it definitely works. -- Dan Pelleg From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 13:29:42 2004 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 9124F16A4CE for ; Wed, 29 Sep 2004 13:29:42 +0000 (GMT) Received: from web14126.mail.yahoo.com (web14126.mail.yahoo.com [66.163.171.117]) by mx1.FreeBSD.org (Postfix) with SMTP id 5D93C43D41 for ; Wed, 29 Sep 2004 13:29:42 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Message-ID: <20040929132942.91901.qmail@web14126.mail.yahoo.com> Received: from [194.248.174.58] by web14126.mail.yahoo.com via HTTP; Wed, 29 Sep 2004 15:29:42 CEST Date: Wed, 29 Sep 2004 15:29:42 +0200 (CEST) From: Claus Guttesen To: Peter Wemm , freebsd-current@freebsd.org In-Reply-To: <200409281649.43801.peter@wemm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: Lawrence Farr Subject: Re: unable to install beta6 [amd64] on Dell 2850 with 4 GB RAM,workaround 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: Wed, 29 Sep 2004 13:29:42 -0000 > Regarding the 4G of ram thing below.. Several > people have tinkered with > the auto-tuning of kernel resources based on Tried setting maxusers to 256 in kernel. Still crashes with 4 GB RAM installed when load occurs, like 'make -j 16 buildworld'. Compiled a debug-kernel, but after a crash it says "savecore: no dumps found". Kernel has: makeoptions DEBUG=-g options KDB options KDB_TRACE options KDB_UNATTENDED options DDB options DDB_NUMSYM options GDB rc.conf: dumpdir="/var/crash" dumpdev="/dev/amrd0s1b" Swap-area is 8 GB. Disabling the onboard Intel ICH5 UDMA100 controller make the server boot go into mulituser. Running with DEBUG=-g seems to make the server crash less frequently. kern.sync_on_panic is unchanged (=0). Am I compiling wrong settings into the kernel, since I don't get a dump? Claus From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 13:33:34 2004 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 3671716A4CE for ; Wed, 29 Sep 2004 13:33:34 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id A1A7D43D31 for ; Wed, 29 Sep 2004 13:33:33 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 49775 invoked by uid 0); 29 Sep 2004 13:33:08 -0000 Received: from unknown (HELO ?192.168.0.5?) (216.160.49.134) by node15.coopprint.com with SMTP; 29 Sep 2004 13:33:08 -0000 Message-ID: <415AB9BF.1070003@gamersimpact.com> Date: Wed, 29 Sep 2004 08:33:51 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ceri Davies References: <861xgm5ltz.fsf@thirst.unx.era.pl> <20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl> <20040929131136.GA2493@submonkey.net> In-Reply-To: <20040929131136.GA2493@submonkey.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Bug in #! processing 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: Wed, 29 Sep 2004 13:33:34 -0000 Ceri Davies wrote: > That seems wrong too. #! shouldn't be magic anywhere other than at the > >beginning of a file. > > I haven't looked at the code yet, on my list, but I'm guessing this was done to avoid a possible circular reference. The interpreter magic is only allowed one level of indirection to avoid such a case. This might have been added to avoid a malicious condition. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 13:44:47 2004 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 491A716A4CE for ; Wed, 29 Sep 2004 13:44:47 +0000 (GMT) Received: from ausc60ps301.us.dell.com (ausc60ps301.us.dell.com [143.166.148.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id B085F43D54 for ; Wed, 29 Sep 2004 13:44:46 +0000 (GMT) (envelope-from Muthu_T@Dell.com) Received: from ausx2kcps314.aus.smer.dell.com (HELO AUSX2KCPS314.aus.amer.dell.com) (10.166.224.136) by ausc60ps301.us.dell.com with ESMTP; 29 Sep 2004 08:44:42 -0500 X-Ironport-AV: i="3.84,186,1091422800"; d="scan'208"; a="82725147:sNHT50787604" Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6527.0 Date: Wed, 29 Sep 2004 08:42:32 -0500 Message-ID: <71F713C5E3CB7F4F9ACCBBB8E9BE318A1E1DD2@blrx2kmbgl101.blr.amer.dell.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: PE2850 + FreeBSD 5.3-BETA6 - Keyboard not working Thread-Index: AcSmKiuEMnOUWpR4QFqIxfhRyzUsFg== From: To: X-OriginalArrivalTime: 29 Sep 2004 13:42:32.0966 (UTC) FILETIME=[2BF6FA60:01C4A62A] Subject: PE2850 + FreeBSD 5.3-BETA6 - Keyboard not working 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: Wed, 29 Sep 2004 13:44:47 -0000 All, Successfully installed FreeBSD 5.3-BETA6 on Dell PE2860. After rebooting in the login prompt the system doesn't accept any keystrokes. I have 1 USB and 1 PS/2 Keyboard. Both keyboards are working (caps on/off, Numlock on/off works), but the characters doesn't comes to the system console. Attaching the dmesg output. Looks like DELL DRAC (Dell Remote Access Card) card is identified as Keyboard.=20 See the line: (ukbd0: Dell DRAC4, rev 1.10/0.00, addr 2, iclass 3/1) Any fixes? ------------------------------------------------------------------------ ------------------------- Copyright (c) 1992-2004 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.3-BETA6 #0: Sat Sep 25 19:41:14 UTC 2004 root@wv1u.samsco.home:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.40GHz (3391.52-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf34 Stepping =3D 4 =20 Features=3D0xbfebfbff Hyperthreading: 2 logical CPUs real memory =3D 1073479680 (1023 MB) avail memory =3D 1040932864 (992 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0: Changing APIC ID to 8 ioapic1: Changing APIC ID to 9 ioapic1: WARNING: intbase 32 !=3D expected base 24 ioapic2: Changing APIC ID to 10 ioapic2: WARNING: intbase 64 !=3D expected base 56 ioapic3: Changing APIC ID to 11 ioapic3: WARNING: intbase 96 !=3D expected base 88 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 32-55 on motherboard ioapic2 irqs 64-87 on motherboard ioapic3 irqs 96-119 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 amr0: mem 0xdfdc0000-0xdfdfffff,0xd80f0000-0xd80fffff irq 46 at device 14.0 on pci2 amr0: [GIANT-LOCKED] amr0: Firmware 513O, BIOS H418, 256MB RAM pcib3: at device 0.2 on pci1 pci3: on pcib3 pcib4: at device 4.0 on pci0 pci4: on pcib4 pcib5: at device 5.0 on pci0 pci5: on pcib5 pcib6: at device 0.0 on pci5 pci6: on pcib6 em0: port 0xecc0-0xecff mem 0xdfae0000-0xdfafffff irq 64 at device 7.0 on pci6 em0: Ethernet address: 00:11:43:30:cc:1e em0: Speed:N/A Duplex:N/A pcib7: at device 0.2 on pci5 pci7: on pcib7 em1: port 0xdcc0-0xdcff mem 0xdf8e0000-0xdf8fffff irq 65 at device 8.0 on pci7 em1: Ethernet address: 00:11:43:30:cc:1f em1: Speed:N/A Duplex:N/A pcib8: at device 6.0 on pci0 pci8: on pcib8 pcib9: at device 0.0 on pci8 pci9: on pcib9 pcib10: at device 0.2 on pci8 pci10: on pcib10 uhci0: port 0xbce0-0xbcff irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ukbd0: Dell DRAC4, rev 1.10/0.00, addr 2, iclass 3/1 kbd1 at ukbd0 ums0: Dell DRAC4, rev 1.10/0.00, addr 2, iclass 3/1 ums0: X report 0x0002 not supported device_attach: ums0 attach returned 6 uhci1: port 0xbcc0-0xbcdf irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhub2: Dell product 0xa001, class 9/0, rev 2.00/0.00, addr 2 uhub2: 2 ports with 2 removable, self powered ukbd1: CHICONY USB Keyboard, rev 1.10/1.03, addr 3, iclass 3/1 kbd2 at ukbd1 ums0: CHICONY USB Keyboard, rev 1.10/1.03, addr 3, iclass 3/1 ums0: 3 buttons and Z dir. uhci2: port 0xbca0-0xbcbf irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib11: at device 30.0 on pci0 pci11: on pcib11 pci11: at device 5.0 (no driver attached) pci11: at device 5.1 (no driver attached) pci11: at device 5.2 (no driver attached) atapci0: port 0xcc70-0xcc7f,0xccd0-0xccd3,0xccd8-0xccdf,0xcce4-0xcce7,0xccf0-0xccf7 irq 23 at device 6.0 on pci11 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 pci11: at device 13.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci1 ata1: channel #1 on atapci1 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A orm0: at iomem 0xec000-0xeffff,0xd2800-0xd37ff,0xcb000-0xcbfff,0xc0000-0xcafff on isa0 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec ATAPI_RESET time =3D 20us acd0: CDROM at ata0-master UDMA33 ATAPI_RESET time =3D 540us ATAPI_RESET time =3D 570us ata2-master: FAILURE - SETFEATURES SET TRANSFER MODE status=3D41 error=3D4 ata2-slave: FAILURE - SETFEATURES SET TRANSFER MODE status=3D41 error=3D4 acd1: CDROM at ata2-slave BIOSPIO amrd0: on amr0 amrd0: 34680MB (71024640 sectors) RAID 1 (optimal) amrd1: on amr0 amrd1: 104040MB (213073920 sectors) RAID 5 (optimal) ses0 at amr0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device=20 ses0: SAF-TE Compliant Device ses1 at amr0 bus 1 target 6 lun 0 ses1: Fixed Processor SCSI-2 device=20 ses1: SAF-TE Compliant Device SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! Mounting root from ufs:/dev/amrd0s1a ----------------------------------------------- --T. Muthu Mohan From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 13:52:23 2004 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 5CADD16A4CE for ; Wed, 29 Sep 2004 13:52:23 +0000 (GMT) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0319543D2F for ; Wed, 29 Sep 2004 13:52:23 +0000 (GMT) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id i8TDqHbC017227 for ; Wed, 29 Sep 2004 09:52:22 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id i8TDqHs2017226 for freebsd-current@freebsd.org; Wed, 29 Sep 2004 09:52:17 -0400 (EDT) Date: Wed, 29 Sep 2004 09:52:17 -0400 From: Thomas Dickey To: freebsd-current@freebsd.org Message-ID: <20040929135217.GA16594@saltmine.radix.net> References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> <20040929092710.GA59303@cat.robbins.dropbear.id.au> <20040929123100.GA600@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline In-Reply-To: <20040929123100.GA600@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.3.27i Subject: Re: HEADS-UP: Library version number bumps 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: Wed, 29 Sep 2004 13:52:23 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 29, 2004 at 08:31:00AM -0400, Ken Smith wrote: > On Wed, Sep 29, 2004 at 07:27:10PM +1000, Tim Robbins wrote: > > On Tue, Sep 28, 2004 at 11:05:46PM -0400, Ken Smith wrote: > > >=20 > > > >From the "Better late than never" Department... > > >=20 > > > It looks like we should probably bump the version of a couple of > > > the system libraries. With LOTS of help from Kris it looks like > > > this is the list we think needs a version bump, with the version > > > from 4.X being placed in compat4x: > > >=20 > > > libgnuregex.so.2 > > > libhistory.so.4 > > > libm.so.2 > > > libncurses.so.5 =2E...hmmm > > Why do they need to be bumped? Why use the version from 4.x? It sounds = like > > this will break a lot of 5.x binaries. > >=20 >=20 > They need to be bumped because the internal workings of the libraries that doesn't answer the question (libncurses hasn't changed its interface f= or some time - unless you're stating that the dynamic linker's changed incompatibly in some fashion). --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --envbJBWh7q8WU6mo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFBWr4PtIqByHxlDocRApMHAJsEX7CkZCbGduSYVd/io4b0LJS7SACgh9HO Qmg3cnAJNniEpmtgZjmXYdE= =m+57 -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 13:53:50 2004 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 A371116A4CE for ; Wed, 29 Sep 2004 13:53:50 +0000 (GMT) Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com [81.103.67.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28D4A43D2F for ; Wed, 29 Sep 2004 13:53:50 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.42 (FreeBSD)) id 1CCetu-000Grc-73; Wed, 29 Sep 2004 14:53:46 +0100 Date: Wed, 29 Sep 2004 14:53:46 +0100 From: Ceri Davies To: Ryan Sommers Message-ID: <20040929135346.GB2493@submonkey.net> Mail-Followup-To: Ceri Davies , Ryan Sommers , S?awek ?ak , freebsd-current@freebsd.org References: <861xgm5ltz.fsf@thirst.unx.era.pl> <20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl> <20040929131136.GA2493@submonkey.net> <415AB9BF.1070003@gamersimpact.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lgMUTs6uCzvRR5Zd" Content-Disposition: inline In-Reply-To: <415AB9BF.1070003@gamersimpact.com> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.6i Sender: Ceri Davies cc: freebsd-current@freebsd.org Subject: Re: Bug in #! processing 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: Wed, 29 Sep 2004 13:53:50 -0000 --lgMUTs6uCzvRR5Zd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 29, 2004 at 08:33:51AM -0500, Ryan Sommers wrote: > Ceri Davies wrote: >=20 > >That seems wrong too. #! shouldn't be magic anywhere other than at the > >beginning of a file. > > > I haven't looked at the code yet, on my list, but I'm guessing this was= =20 > done to avoid a possible circular reference. The interpreter magic is=20 > only allowed one level of indirection to avoid such a case. This might=20 > have been added to avoid a malicious condition. That check doesn't actually exist. The reason for ignoring # given in the relevant commit log (r1.21) was to allow comments on the first line. Ceri --=20 It is not tinfoil, it is my new skin. I am a robot. --lgMUTs6uCzvRR5Zd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWr5qocfcwTS3JF8RAoRFAKC5DLpbt0ufdzIZGXNLUg+uycmhYACffXwI VWeZs218qFxs8D+8Kom+TPk= =uGyM -----END PGP SIGNATURE----- --lgMUTs6uCzvRR5Zd-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 13:54:03 2004 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 DD1D716A4CE for ; Wed, 29 Sep 2004 13:54:03 +0000 (GMT) Received: from web14102.mail.yahoo.com (web14102.mail.yahoo.com [216.136.172.132]) by mx1.FreeBSD.org (Postfix) with SMTP id CFFA843D45 for ; Wed, 29 Sep 2004 13:54:03 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Message-ID: <20040929135403.7670.qmail@web14102.mail.yahoo.com> Received: from [194.248.174.58] by web14102.mail.yahoo.com via HTTP; Wed, 29 Sep 2004 15:54:03 CEST Date: Wed, 29 Sep 2004 15:54:03 +0200 (CEST) From: Claus Guttesen To: Muthu_T@Dell.com, freebsd-current@freebsd.org In-Reply-To: <71F713C5E3CB7F4F9ACCBBB8E9BE318A1E1DD2@blrx2kmbgl101.blr.amer.dell.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: PE2850 + FreeBSD 5.3-BETA6 - Keyboard not working 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: Wed, 29 Sep 2004 13:54:04 -0000 > After rebooting in the login prompt the system > doesn't accept any > keystrokes. > I have 1 USB and 1 PS/2 Keyboard. Both keyboards are > working (caps > on/off, Numlock on/off works), but the characters > doesn't comes to the > system console. In the system-setup (press F2 during post) you have the option of setting the behaviour of the USB-keyboard when and if a ps/2-keyboard is present. Did you change the settings from there? Claus From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 14:02:39 2004 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 A44A816A4CE for ; Wed, 29 Sep 2004 14:02:39 +0000 (GMT) Received: from ausc60pc101.us.dell.com (ausc60pc101.us.dell.com [143.166.85.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5900843D1D for ; Wed, 29 Sep 2004 14:02:39 +0000 (GMT) (envelope-from Muthu_T@Dell.com) Received: from ausx2kcpc114.aus.amer.dell.com (143.166.5.179) by ausc60pc101.us.dell.com with ESMTP; 29 Sep 2004 09:02:38 -0500 X-Ironport-AV: i="3.84,186,1091422800"; d="scan'208"; a="100753646:sNHT23837488" Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6527.0 Date: Wed, 29 Sep 2004 09:02:27 -0500 Message-ID: <71F713C5E3CB7F4F9ACCBBB8E9BE318A1E1DD6@blrx2kmbgl101.blr.amer.dell.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: PE2850 + FreeBSD 5.3-BETA6 - Keyboard not working Thread-Index: AcSmK8t7+VBFYl/yQAin8tPWKzVj+gAAHegw From: To: , X-OriginalArrivalTime: 29 Sep 2004 14:02:28.0045 (UTC) FILETIME=[F4498FD0:01C4A62C] Subject: RE: PE2850 + FreeBSD 5.3-BETA6 - Keyboard not working 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: Wed, 29 Sep 2004 14:02:39 -0000 >From: Claus Guttesen [mailto:cguttesen@yahoo.dk]=20 >Sent: Wednesday, September 29, 2004 7:24 PM >> After rebooting in the login prompt the system doesn't accept any=20 >> keystrokes. >> I have 1 USB and 1 PS/2 Keyboard. Both keyboards are working (caps=20 >> on/off, Numlock on/off works), but the characters doesn't comes to the=20 >> system console. > >In the system-setup (press F2 during post) you have the option of setting the behaviour of the USB-keyboard >when and if a ps/2-keyboard is present. >Did you change the settings from there? Initially I had only PS/2 keyboard, once I found it is not working, then I plugged-in the USB keyboard. Still the same issue. I can say that keyboards are working fine but the system doesn't accepts the keys. One more input: In single user mode PS/2 keyboard is working fine. But when you enter into multiuser mode (after devfs) it doesn't accept any keys. I had disabled the 'usbd' and 'moused' in rc.conf. After rebooting also it is not accepting any keys in login prompt. Any clues? Thanks. --T. Muthu Mohan From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 14:05:44 2004 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 BFBB016A4CE for ; Wed, 29 Sep 2004 14:05:44 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2004343D2F for ; Wed, 29 Sep 2004 14:05:44 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id C31AF5310; Wed, 29 Sep 2004 16:05:42 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 2BEC3530A; Wed, 29 Sep 2004 16:05:36 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 0CBF0B873; Wed, 29 Sep 2004 16:05:36 +0200 (CEST) To: Michael Joyner References: <20040928051708.GA3706@blossom.cjclark.org> <4159A8E2.5070207@vbservices.net> <20040929055425.GA47888@blossom.cjclark.org> <415AA5BC.6050302@vbservices.net> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Wed, 29 Sep 2004 16:05:35 +0200 In-Reply-To: <415AA5BC.6050302@vbservices.net> (Michael Joyner's message of "Wed, 29 Sep 2004 08:08:28 -0400") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: freebsd-current@freebsd.org cc: cjclark@alum.mit.edu Subject: Re: nsupdate(8) rc.d Script 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: Wed, 29 Sep 2004 14:05:44 -0000 Michael Joyner writes: > Now if only someone would come up with "pam_add_user_to_master.passwd" > along with a "pam_make_user_a_home_dir" upon a successful KRB > authenticated login. :) (or maybe a pam_root_preexec ala SAMBA) man pam_exec DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 14:07:40 2004 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 8A5ED16A4CE for ; Wed, 29 Sep 2004 14:07:40 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E94A43D39 for ; Wed, 29 Sep 2004 14:07:40 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 27C975310; Wed, 29 Sep 2004 16:07:39 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id B0D00530A; Wed, 29 Sep 2004 16:07:33 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 8820EB873; Wed, 29 Sep 2004 16:07:33 +0200 (CEST) To: Claus Guttesen References: <20040929132942.91901.qmail@web14126.mail.yahoo.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Wed, 29 Sep 2004 16:07:33 +0200 In-Reply-To: <20040929132942.91901.qmail@web14126.mail.yahoo.com> (Claus Guttesen's message of "Wed, 29 Sep 2004 15:29:42 +0200 (CEST)") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: freebsd-current@freebsd.org cc: Lawrence Farr Subject: Re: unable to install beta6 [amd64] on Dell 2850 with 4 GB RAM,workaround 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: Wed, 29 Sep 2004 14:07:40 -0000 Claus Guttesen writes: > Tried setting maxusers to 256 in kernel. Still crashes > with 4 GB RAM installed when load occurs, like 'make > -j 16 buildworld'. You need to increase VM_KMEM_SIZE_MAX in your kernel config, e.g. options VM_KMEM_SIZE_MAX=3D536870912 DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 14:14:13 2004 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 C992316A4CE; Wed, 29 Sep 2004 14:14:13 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55E2243D2F; Wed, 29 Sep 2004 14:14:13 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) i8TEE8rx006773; Wed, 29 Sep 2004 10:14:08 -0400 (EDT) Date: Wed, 29 Sep 2004 10:14:08 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Ken Smith In-Reply-To: <20040929123100.GA600@electra.cse.Buffalo.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: freebsd-current@freebsd.org cc: Tim Robbins Subject: Re: HEADS-UP: Library version number bumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Sep 2004 14:14:13 -0000 On Wed, 29 Sep 2004, Ken Smith wrote: > On Wed, Sep 29, 2004 at 07:27:10PM +1000, Tim Robbins wrote: > > On Tue, Sep 28, 2004 at 11:05:46PM -0400, Ken Smith wrote: > > > > > > >From the "Better late than never" Department... > > > > > > It looks like we should probably bump the version of a couple of > > > the system libraries. With LOTS of help from Kris it looks like > > > this is the list we think needs a version bump, with the version > > > from 4.X being placed in compat4x: > > > > > > libgnuregex.so.2 > > > libhistory.so.4 > > > libm.so.2 > > > libncurses.so.5 > > > libopie.so.2 > > > libpcap.so.2 > > > libreadline.so.4 > > > libwrap.so.3 > > > > > > The bumps will be coming soon... > > > > Why do they need to be bumped? Why use the version from 4.x? It sounds like > > this will break a lot of 5.x binaries. > > > > They need to be bumped because the internal workings of the libraries > have changed in such a way that a 4.X executable will either be > un-dynamically-linkable, will fail ungracefully (seg-fault, etc), > or (worse) run but it makes assumptions that are no longer valid > thus producing incorrect results. By putting the older versions of > the libraries in the compat directory the dynamic linker will find > and link to those instead when starting the executable and since we > will have taken them from a 4.X system the executable should run just > fine. > > Normally development cycles are "much more sane" (Scott's usual phrasing > for it :-) so at least in theory they're much shorter, and we don't > usually have as many "end-user-type-people" using a development branch > as we have now with the 5.X series. So the fact we do this sort of thing > hasn't been a huge issue before - the developers should know how to cope > with it. You're right - there can be 5.X based binaries that will have > problems. At this point we need to decide which old executables break > and we're opting to break the 5.X executables - at least those users > had a little bit of a warning they were using a not-for-production-use > system. We're not particularly happy about needing to do this. This has been mentioned before, but when breaking (or potentially breaking) ABI, can we bump the version numbers to libfoo.YYYYMMDD? Once release comes, we can move them back to SHLIB_MAJOR + 1 (or even decide to keep them at SHLIB_MAJOR if ABI wasn't really broken). This helps folks running HEAD so they can update their ports over time. -- Dan Eischen From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 14:23:18 2004 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 D545516A4CE for ; Wed, 29 Sep 2004 14:23:18 +0000 (GMT) Received: from web14123.mail.yahoo.com (web14123.mail.yahoo.com [66.163.171.114]) by mx1.FreeBSD.org (Postfix) with SMTP id C8B5343D48 for ; Wed, 29 Sep 2004 14:23:18 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Message-ID: <20040929142318.27822.qmail@web14123.mail.yahoo.com> Received: from [194.248.174.58] by web14123.mail.yahoo.com via HTTP; Wed, 29 Sep 2004 16:23:18 CEST Date: Wed, 29 Sep 2004 16:23:18 +0200 (CEST) From: Claus Guttesen To: Muthu_T@Dell.com, freebsd-current@freebsd.org In-Reply-To: <71F713C5E3CB7F4F9ACCBBB8E9BE318A1E1DD6@blrx2kmbgl101.blr.amer.dell.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: RE: PE2850 + FreeBSD 5.3-BETA6 - Keyboard not working 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: Wed, 29 Sep 2004 14:23:19 -0000 > One more input: In single user mode PS/2 keyboard is > working fine. But > when you enter into multiuser mode (after devfs) it > doesn't accept any > keys. I had disabled the 'usbd' and 'moused' in > rc.conf. After rebooting > also it is not accepting any keys in login prompt. Have a ps/2-mouse and -keyboard on a Dell 2850, works fine. Usbd disabled both in kernel and rc.conf. Claus From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 15:24:03 2004 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 55D4416A4CF; Wed, 29 Sep 2004 15:24:03 +0000 (GMT) Received: from telecom.net.et (sparrow.telecom.net.et [213.55.64.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CF6743D48; Wed, 29 Sep 2004 15:23:58 +0000 (GMT) (envelope-from mtm@identd.net) Received: from [213.55.68.250] (HELO rogue.acs.lan) by telecom.net.et (CommuniGate Pro SMTP 3.4.8) with ESMTP id 58581950; Wed, 29 Sep 2004 18:16:42 +0300 Received: by rogue.acs.lan (Postfix, from userid 1000) id D8F44B833; Wed, 29 Sep 2004 18:24:03 +0300 (EAT) Date: Wed, 29 Sep 2004 18:24:03 +0300 From: Mike Makonnen To: freebsd-current@freebsd.org, freebsd-net@freebsd.org Message-ID: <20040929152403.GA37746@rogue.acs.lan> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD/6.0-CURRENT (i386) Subject: Making bfe MPSAFE 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: Wed, 29 Sep 2004 15:24:03 -0000 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi folks, I've cleaned-up the bfe driver's locking. I've also fixed it up so it doesn't need a recursive mute anymore. I'm running it locally and it's working with mpsafenet=1. Please test it on your bfe nics and let me know how it goes. I would also like to here from the networking folks as to the correctness of the cleanups. Cheers. -- Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc mtm@identd.net | Fingerprint: AC7B 5672 2D11 F4D0 EBF8 5279 5359 2B82 7CD4 1F55 mtm@FreeBSD.Org| FreeBSD - Unleash the Daemon ! --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=diff Index: sys/dev/bfe/if_bfe.c =================================================================== RCS file: /home/ncvs/src/sys/dev/bfe/if_bfe.c,v retrieving revision 1.16 diff -u -r1.16 if_bfe.c --- sys/dev/bfe/if_bfe.c 1 Sep 2004 06:10:11 -0000 1.16 +++ sys/dev/bfe/if_bfe.c 29 Sep 2004 08:24:53 -0000 @@ -94,8 +94,10 @@ static void bfe_release_resources (struct bfe_softc *); static void bfe_intr (void *); static void bfe_start (struct ifnet *); +static void bfe_start_locked (struct ifnet *); static int bfe_ioctl (struct ifnet *, u_long, caddr_t); static void bfe_init (void *); +static void bfe_init_locked (void *); static void bfe_stop (struct bfe_softc *); static void bfe_watchdog (struct ifnet *); static void bfe_shutdown (device_t); @@ -329,7 +331,7 @@ sc = device_get_softc(dev); mtx_init(&sc->bfe_mtx, device_get_nameunit(dev), MTX_NETWORK_LOCK, - MTX_DEF | MTX_RECURSE); + MTX_DEF); unit = device_get_unit(dev); sc->bfe_dev = dev; @@ -411,7 +413,9 @@ bfe_get_config(sc); /* Reset the chip and turn on the PHY */ + BFE_LOCK(sc); bfe_chip_reset(sc); + BFE_UNLOCK(sc); if (mii_phy_probe(dev, &sc->bfe_miibus, bfe_ifmedia_upd, bfe_ifmedia_sts)) { @@ -433,7 +437,7 @@ /* * Hook interrupt last to avoid having to lock softc */ - error = bus_setup_intr(dev, sc->bfe_irq, INTR_TYPE_NET, + error = bus_setup_intr(dev, sc->bfe_irq, INTR_TYPE_NET | INTR_MPSAFE, bfe_intr, sc, &sc->bfe_intrhand); if (error) { @@ -456,7 +460,7 @@ sc = device_get_softc(dev); KASSERT(mtx_initialized(&sc->bfe_mtx), ("bfe mutex not initialized")); - BFE_LOCK(scp); + BFE_LOCK(sc); ifp = &sc->arpcom.ac_if; @@ -674,15 +678,13 @@ { u_long reg; - BFE_LOCK(sc); + BFE_LOCK_ASSERT(sc); CSR_WRITE_4(sc, BFE_MIB_CTRL, BFE_MIB_CLR_ON_READ); for (reg = BFE_TX_GOOD_O; reg <= BFE_TX_PAUSE; reg += 4) CSR_READ_4(sc, reg); for (reg = BFE_RX_GOOD_O; reg <= BFE_RX_NPAUSE; reg += 4) CSR_READ_4(sc, reg); - - BFE_UNLOCK(sc); } static int @@ -690,23 +692,20 @@ { u_int32_t val; - BFE_LOCK(sc); bfe_writephy(sc, 0, BMCR_RESET); DELAY(100); bfe_readphy(sc, 0, &val); if (val & BMCR_RESET) { printf("bfe%d: PHY Reset would not complete.\n", sc->bfe_unit); - BFE_UNLOCK(sc); return (ENXIO); } - BFE_UNLOCK(sc); return (0); } static void bfe_chip_halt(struct bfe_softc *sc) { - BFE_LOCK(sc); + BFE_LOCK_ASSERT(sc); /* disable interrupts - not that it actually does..*/ CSR_WRITE_4(sc, BFE_IMASK, 0); CSR_READ_4(sc, BFE_IMASK); @@ -717,8 +716,6 @@ CSR_WRITE_4(sc, BFE_DMARX_CTRL, 0); CSR_WRITE_4(sc, BFE_DMATX_CTRL, 0); DELAY(10); - - BFE_UNLOCK(sc); } static void @@ -726,7 +723,7 @@ { u_int32_t val; - BFE_LOCK(sc); + BFE_LOCK_ASSERT(sc); /* Set the interrupt vector for the enet core */ bfe_pci_setup(sc, BFE_INTVEC_ENET0); @@ -804,8 +801,6 @@ bfe_resetphy(sc); bfe_setupphy(sc); - - BFE_UNLOCK(sc); } static void @@ -1032,7 +1027,6 @@ { int err; - BFE_LOCK(sc); /* Clear MII ISR */ CSR_WRITE_4(sc, BFE_EMAC_ISTAT, BFE_EMAC_INT_MII); CSR_WRITE_4(sc, BFE_MDIO_DATA, (BFE_MDIO_SB_START | @@ -1043,7 +1037,6 @@ err = bfe_wait_bit(sc, BFE_EMAC_ISTAT, BFE_EMAC_INT_MII, 100, 0); *val = CSR_READ_4(sc, BFE_MDIO_DATA) & BFE_MDIO_DATA_DATA; - BFE_UNLOCK(sc); return (err); } @@ -1052,7 +1045,6 @@ { int status; - BFE_LOCK(sc); CSR_WRITE_4(sc, BFE_EMAC_ISTAT, BFE_EMAC_INT_MII); CSR_WRITE_4(sc, BFE_MDIO_DATA, (BFE_MDIO_SB_START | (BFE_MDIO_OP_WRITE << BFE_MDIO_OP_SHIFT) | @@ -1061,7 +1053,6 @@ (BFE_MDIO_TA_VALID << BFE_MDIO_TA_SHIFT) | (val & BFE_MDIO_DATA_DATA))); status = bfe_wait_bit(sc, BFE_EMAC_ISTAT, BFE_EMAC_INT_MII, 100, 0); - BFE_UNLOCK(sc); return (status); } @@ -1074,7 +1065,6 @@ bfe_setupphy(struct bfe_softc *sc) { u_int32_t val; - BFE_LOCK(sc); /* Enable activity LED */ bfe_readphy(sc, 26, &val); @@ -1085,7 +1075,6 @@ bfe_readphy(sc, 27, &val); bfe_writephy(sc, 27, val | (1 << 6)); - BFE_UNLOCK(sc); return (0); } @@ -1111,7 +1100,7 @@ struct ifnet *ifp; int i, chipidx; - BFE_LOCK(sc); + BFE_LOCK_ASSERT(sc); ifp = &sc->arpcom.ac_if; @@ -1141,8 +1130,6 @@ ifp->if_timer = 0; else ifp->if_timer = 5; - - BFE_UNLOCK(sc); } /* Pass a received packet up the stack */ @@ -1156,7 +1143,7 @@ int cons; u_int32_t status, current, len, flags; - BFE_LOCK(sc); + BFE_LOCK_ASSERT(sc); cons = sc->bfe_rx_cons; status = CSR_READ_4(sc, BFE_DMARX_STAT); current = (status & BFE_STAT_CDMASK) / sizeof(struct bfe_desc); @@ -1206,7 +1193,6 @@ BFE_INC(cons, BFE_RX_LIST_CNT); } sc->bfe_rx_cons = cons; - BFE_UNLOCK(sc); } static void @@ -1248,7 +1234,7 @@ ifp->if_ierrors++; ifp->if_flags &= ~IFF_RUNNING; - bfe_init(sc); + bfe_init_locked(sc); } /* A packet was received */ @@ -1261,7 +1247,7 @@ /* We have packets pending, fire them out */ if (ifp->if_flags & IFF_RUNNING && !IFQ_DRV_IS_EMPTY(&ifp->if_snd)) - bfe_start(ifp); + bfe_start_locked(ifp); BFE_UNLOCK(sc); } @@ -1350,11 +1336,22 @@ } /* - * Set up to transmit a packet + * Set up to transmit a packet. */ static void bfe_start(struct ifnet *ifp) { + BFE_LOCK((struct bfe_softc *)ifp->if_softc); + bfe_start_locked(ifp); + BFE_UNLOCK((struct bfe_softc *)ifp->if_softc); +} + +/* + * Set up to transmit a packet. The softc is already locked. + */ +static void +bfe_start_locked(struct ifnet *ifp) +{ struct bfe_softc *sc; struct mbuf *m_head = NULL; int idx; @@ -1362,21 +1359,17 @@ sc = ifp->if_softc; idx = sc->bfe_tx_prod; - BFE_LOCK(sc); + BFE_LOCK_ASSERT(sc); /* * Not much point trying to send if the link is down * or we have nothing to send. */ - if (!sc->bfe_link && ifp->if_snd.ifq_len < 10) { - BFE_UNLOCK(sc); + if (!sc->bfe_link && ifp->if_snd.ifq_len < 10) return; - } - if (ifp->if_flags & IFF_OACTIVE) { - BFE_UNLOCK(sc); + if (ifp->if_flags & IFF_OACTIVE) return; - } while(sc->bfe_tx_ring[idx].bfe_mbuf == NULL) { IFQ_DRV_DEQUEUE(&ifp->if_snd, m_head); @@ -1409,21 +1402,26 @@ * Set a timeout in case the chip goes out to lunch. */ ifp->if_timer = 5; - BFE_UNLOCK(sc); } static void bfe_init(void *xsc) { + BFE_LOCK((struct bfe_softc *)xsc); + bfe_init_locked(xsc); + BFE_UNLOCK((struct bfe_softc *)xsc); +} + +static void +bfe_init_locked(void *xsc) +{ struct bfe_softc *sc = (struct bfe_softc*)xsc; struct ifnet *ifp = &sc->arpcom.ac_if; - BFE_LOCK(sc); + BFE_LOCK_ASSERT(sc); - if (ifp->if_flags & IFF_RUNNING) { - BFE_UNLOCK(sc); + if (ifp->if_flags & IFF_RUNNING) return; - } bfe_stop(sc); bfe_chip_reset(sc); @@ -1447,7 +1445,6 @@ ifp->if_flags &= ~IFF_OACTIVE; sc->bfe_stat_ch = timeout(bfe_tick, sc, hz); - BFE_UNLOCK(sc); } /* @@ -1461,8 +1458,6 @@ sc = ifp->if_softc; - BFE_LOCK(sc); - mii = device_get_softc(sc->bfe_miibus); sc->bfe_link = 0; if (mii->mii_instance) { @@ -1473,7 +1468,6 @@ } mii_mediachg(mii); - BFE_UNLOCK(sc); return (0); } @@ -1486,14 +1480,10 @@ struct bfe_softc *sc = ifp->if_softc; struct mii_data *mii; - BFE_LOCK(sc); - mii = device_get_softc(sc->bfe_miibus); mii_pollstat(mii); ifmr->ifm_active = mii->mii_media_active; ifmr->ifm_status = mii->mii_media_status; - - BFE_UNLOCK(sc); } static int @@ -1504,22 +1494,24 @@ struct mii_data *mii; int error = 0; - BFE_LOCK(sc); - switch(command) { case SIOCSIFFLAGS: + BFE_LOCK(sc); if(ifp->if_flags & IFF_UP) if(ifp->if_flags & IFF_RUNNING) bfe_set_rx_mode(sc); else - bfe_init(sc); + bfe_init_locked(sc); else if(ifp->if_flags & IFF_RUNNING) bfe_stop(sc); + BFE_UNLOCK(sc); break; case SIOCADDMULTI: case SIOCDELMULTI: + BFE_LOCK(sc); if(ifp->if_flags & IFF_RUNNING) bfe_set_rx_mode(sc); + BFE_UNLOCK(sc); break; case SIOCGIFMEDIA: case SIOCSIFMEDIA: @@ -1532,7 +1524,6 @@ break; } - BFE_UNLOCK(sc); return (error); } @@ -1548,7 +1539,7 @@ printf("bfe%d: watchdog timeout -- resetting\n", sc->bfe_unit); ifp->if_flags &= ~IFF_RUNNING; - bfe_init(sc); + bfe_init_locked(sc); ifp->if_oerrors++; @@ -1593,7 +1584,7 @@ { struct ifnet *ifp; - BFE_LOCK(sc); + BFE_LOCK_ASSERT(sc); untimeout(bfe_tick, sc, sc->bfe_stat_ch); @@ -1604,6 +1595,4 @@ bfe_rx_ring_free(sc); ifp->if_flags &= ~(IFF_RUNNING | IFF_OACTIVE); - - BFE_UNLOCK(sc); } Index: sys/dev/bfe/if_bfereg.h =================================================================== RCS file: /home/ncvs/src/sys/dev/bfe/if_bfereg.h,v retrieving revision 1.4 diff -u -r1.4 if_bfereg.h --- sys/dev/bfe/if_bfereg.h 1 Sep 2004 06:10:11 -0000 1.4 +++ sys/dev/bfe/if_bfereg.h 28 Sep 2004 19:37:25 -0000 @@ -445,8 +445,9 @@ #define BFE_AND(sc, name, val) \ CSR_WRITE_4(sc, name, CSR_READ_4(sc, name) & val) -#define BFE_LOCK(scp) mtx_lock(&sc->bfe_mtx) -#define BFE_UNLOCK(scp) mtx_unlock(&sc->bfe_mtx) +#define BFE_LOCK_ASSERT(_sc) mtx_assert(&(_sc)->bfe_mtx, MA_OWNED) +#define BFE_LOCK(_sc) mtx_lock(&(_sc)->bfe_mtx) +#define BFE_UNLOCK(_sc) mtx_unlock(&(_sc)->bfe_mtx) #define BFE_INC(x, y) (x) = ((x) == ((y)-1)) ? 0 : (x)+1 --2fHTh5uZTiUOsy+g-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 16:14:17 2004 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 1BECA16A4CE for ; Wed, 29 Sep 2004 16:14:17 +0000 (GMT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D1F543D5F for ; Wed, 29 Sep 2004 16:14:16 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CCh5r-00050n-00 for ; Wed, 29 Sep 2004 18:14:15 +0200 Received: from gw65.f5.com ([65.197.145.5]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Sep 2004 18:14:15 +0200 Received: from atkin901 by gw65.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Sep 2004 18:14:15 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Wed, 29 Sep 2004 09:14:05 -0700 Lines: 14 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: gw65.f5.com User-Agent: KNode/0.8.0 Sender: news Subject: DGE-55OT - Sundance/Tamarack TC9021 based PCI adapters 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: Wed, 29 Sep 2004 16:14:17 -0000 Hi, Anyone have any plans/patches to port the OpenBSD stge driver to -current? The DGE-55OT is currently a very affordable 64bit pci gigabit card. Sundance/Tamarack TC9021 based PCI adapters (stge), including: [-] D-Link DGE-550T (10/100/1000baseTX) Antares Microsystems Gigabit Ethernet board -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 16:37:12 2004 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 05B4C16A4CE; Wed, 29 Sep 2004 16:37:12 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id B987343D4C; Wed, 29 Sep 2004 16:37:11 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0E5EF51262; Wed, 29 Sep 2004 09:37:33 -0700 (PDT) Date: Wed, 29 Sep 2004 09:37:32 -0700 From: Kris Kennaway To: Tim Robbins Message-ID: <20040929163732.GA9182@xor.obsecurity.org> References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> <20040929092710.GA59303@cat.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline In-Reply-To: <20040929092710.GA59303@cat.robbins.dropbear.id.au> User-Agent: Mutt/1.4.2.1i cc: Ken Smith cc: freebsd-current@freebsd.org Subject: Re: HEADS-UP: Library version number bumps 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: Wed, 29 Sep 2004 16:37:12 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 29, 2004 at 07:27:10PM +1000, Tim Robbins wrote: > On Tue, Sep 28, 2004 at 11:05:46PM -0400, Ken Smith wrote: > >=20 > > >From the "Better late than never" Department... > >=20 > > It looks like we should probably bump the version of a couple of > > the system libraries. With LOTS of help from Kris it looks like > > this is the list we think needs a version bump, with the version > > from 4.X being placed in compat4x: > >=20 > > libgnuregex.so.2 > > libhistory.so.4 > > libm.so.2 > > libncurses.so.5 > > libopie.so.2 > > libpcap.so.2 > > libreadline.so.4 > > libwrap.so.3 > >=20 > > The bumps will be coming soon... >=20 > Why do they need to be bumped? Why use the version from 4.x? It sounds li= ke > this will break a lot of 5.x binaries. I compared the exported symbols in 4.x and 5.x, compiled the list of libraries with incompatible changes, and then searched the 4.x package collection for binaries that link to them. In most cases I was able to demonstrate the resulting breakage (i.e. by running a relevant 4.x binary), in other cases it was less clear (e.g. when a 5.x library stops exporting an extern variable which is used in the 4.x version to control some behaviour of the library; when run on 5.x the library will behave differently than on 4.x). Unfortunately, it will break compatibility with some older 5.x binaries in the process of fixing compatibility with 4.x binaries, which is the more important upgrade path (remember that 5.x->5.x binary compat has already been explicitly broken many times over the life of the branch). The lesson here is that we need to pay closer attention to when incompatible changes are made to libraries to avoid the problem in the future. Kris --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWuTMWry0BWjoQKURAletAJ4xOiGkI+3rO8EoTxwsFECz7GPJkQCguCRi 7qsRfiuaFQ27x+/W/RmCSRY= =2zWr -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 16:43:03 2004 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 5959A16A4CE for ; Wed, 29 Sep 2004 16:43:03 +0000 (GMT) Received: from smtp-bedford-dr.mitre.org (smtp-bedford-dr-x.mitre.org [192.160.51.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90D8243D1F for ; Wed, 29 Sep 2004 16:43:02 +0000 (GMT) (envelope-from jandrese@mitre.org) Received: from smtp-bedford-dr.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford-dr.mitre.org (8.11.6/8.11.6) with SMTP id i8TGh2O03161 for ; Wed, 29 Sep 2004 12:43:02 -0400 Received: from smtp-bedford-dr.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford-dr.mitre.org (Postfix) with ESMTP id DC2AB4F8E3 for ; Wed, 29 Sep 2004 12:43:01 -0400 (EDT) Received: from MAILHUB2 (mailhub2.mitre.org [129.83.221.18]) i8TGh1f03071; Wed, 29 Sep 2004 12:43:01 -0400 Received: from mm112324-2k.mitre.org (128.29.24.43) by mailhub2.mitre.org with SMTP id 4952324; Wed, 29 Sep 2004 12:43:00 -0400 Message-ID: <415AE614.1070405@mitre.org> Date: Wed, 29 Sep 2004 12:43:00 -0400 From: Jason Andresen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <16728.36042.147168.928629@satchel.alerce.com> <1096323166.43375.8.camel@server.mcneil.com> <86fz5341hh.fsf@kamino.rfc1149.org> <20040927.225056.85393812.imp@bsdimp.com> In-Reply-To: <20040927.225056.85393812.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: arne@rfc2549.org cc: current@freebsd.org Subject: Re: Laptop recommendations? 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: Wed, 29 Sep 2004 16:43:03 -0000 M. Warner Losh wrote: >In message: <86fz5341hh.fsf@kamino.rfc1149.org> > Arne Schwabe writes: >: Sean McNeil writes: >: >: >: >> Yeah, I'm an old weirdo [who also uses emacs a lot]. I grew up with >: >> the control key being that big sucker just to the left of the 'A' key, >: >> and reaching down and under to the bottom row bothers my left >: >> wrist/hand. I'm otherwise keyboard agnostic (I don't care where the >: >> esc key is, I just use ctrl-[ and I'm used to figuring out just what >: >> the BS/Del key sends) but the ctrl key is important. Fortunately, on >: >> PC hardware, it's easy enough to get it where i want/like/need it. >: > >: > I see what you mean. But they moved that a long time ago. I'm amazed >: > you have managed to stick with the old positioning. The feel of a >: > Logitech keyboard is pretty sweet. >: >: Hey, you can still buy a Sun Type 6 USB Keyboard with UNIX Layout >: (note US Layout is different from UNIX Layout), where escape, >: backspace and control have strange locations :) > >Happy Hacking Keyboard is to die for. It is the one true keyboard >layout and all this PC, Johnny-come-lately crowd who F*D up a >perfectly good keyboard layout can rot in h*** for all I care. The >USB version even has two additional USB slots: mouse and memory card >or cell phone work well there :-). > >Of course, the HHK is just a Sun Type 3 keyboard, with an inverted T >arrows added. Sweet feedback on the keys, and really worth the price >of a ticket to Japan to pick it up at PlatHome in Akihabara :-). > > Isn't the inverted T an optional feature on that keyboard? I know I've seen them without any arrow keys at all (which would drive me insane since the arrow keys are the primary way I access previous-element buffers in gnugettext apps and on the command line. I do like how they dump capslock for control. The only thing I use capslock for is to see if I still have keyboard interrupts when my system appears to hang. It's also annoying that (at least with the one I tried) the Delete key was mapped to "forward delete" and you had to hit this awkward function-delete combo to get backspace. I also hit esc a lot when going for ` or ~ characters. It's definatly a keyboard you need to get used to (probably not the keyboard for someone who has to switch between keyboards a lot). Personally, I decided to go without the HHK for the same reason I gave up learning Dvorak. It works fine at home but I can't spend time reconfiguring the keyboard at every machine I sit down at and my fingers get confused. Heck, I can't even stand those keyboards that grow the "enter" key to suck up the backslash key and cut the backspace (or shift) key in half to fit in the backslah key. There's little worse than getting to the 80 character mark on a shell command and accidentally hitting enter instead of backslash enter and getting a ton of garbage on the screen (which usually whacks the terminal to boot). From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 16:44:01 2004 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 282AC16A4CE for ; Wed, 29 Sep 2004 16:44:01 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5F2A43D53 for ; Wed, 29 Sep 2004 16:44:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8ACA851262; Wed, 29 Sep 2004 09:44:22 -0700 (PDT) Date: Wed, 29 Sep 2004 09:44:22 -0700 From: Kris Kennaway To: Thomas Dickey Message-ID: <20040929164422.GA9262@xor.obsecurity.org> References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> <20040929092710.GA59303@cat.robbins.dropbear.id.au> <20040929123100.GA600@electra.cse.Buffalo.EDU> <20040929135217.GA16594@saltmine.radix.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <20040929135217.GA16594@saltmine.radix.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: HEADS-UP: Library version number bumps 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: Wed, 29 Sep 2004 16:44:01 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 29, 2004 at 09:52:17AM -0400, Thomas Dickey wrote: > On Wed, Sep 29, 2004 at 08:31:00AM -0400, Ken Smith wrote: > > On Wed, Sep 29, 2004 at 07:27:10PM +1000, Tim Robbins wrote: > > > On Tue, Sep 28, 2004 at 11:05:46PM -0400, Ken Smith wrote: > > > >=20 > > > > >From the "Better late than never" Department... > > > >=20 > > > > It looks like we should probably bump the version of a couple of > > > > the system libraries. With LOTS of help from Kris it looks like > > > > this is the list we think needs a version bump, with the version > > > > from 4.X being placed in compat4x: > > > >=20 > > > > libgnuregex.so.2 > > > > libhistory.so.4 > > > > libm.so.2 > > > > libncurses.so.5 > ....hmmm > > > Why do they need to be bumped? Why use the version from 4.x? It sound= s like > > > this will break a lot of 5.x binaries. > > >=20 > >=20 > > They need to be bumped because the internal workings of the libraries >=20 > that doesn't answer the question (libncurses hasn't changed its interface= for > some time - unless you're stating that the dynamic linker's changed > incompatibly in some fashion). libncurses.so.5 in 5.x does not export many of the global variables exported by 4.x version of libncurses.so.5. The missing symbols are: 23: 0003e270 4 OBJECT GLOBAL DEFAULT 12 SP 166: 0000ee58 26 FUNC GLOBAL DEFAULT 9 _nc_tracebits 170: 00037c0e 2 OBJECT GLOBAL DEFAULT 12 ospeed 175: 00037c2c 4 OBJECT GLOBAL DEFAULT 12 TABSIZE 188: 00036870 4 OBJECT GLOBAL DEFAULT 12 BC 247: 00037744 4 OBJECT GLOBAL DEFAULT 12 COLOR_PAIRS 333: 00037c0c 1 OBJECT GLOBAL DEFAULT 12 PC 370: 00037c1c 4 OBJECT GLOBAL DEFAULT 12 cur_term 406: 00037540 512 OBJECT GLOBAL DEFAULT 12 acs_map 434: 00037748 4 OBJECT GLOBAL DEFAULT 12 COLORS 450: 0003e260 4 OBJECT GLOBAL DEFAULT 12 stdscr 495: 00037c28 4 OBJECT GLOBAL DEFAULT 12 COLS 498: 0003e268 4 OBJECT GLOBAL DEFAULT 12 newscr 515: 0003e264 4 OBJECT GLOBAL DEFAULT 12 curscr 528: 0003686c 4 OBJECT GLOBAL DEFAULT 12 UP 545: 00037c24 4 OBJECT GLOBAL DEFAULT 12 LINES A 4.x binary that calls _nc_tracebits() will fail outright when run on 5.x, but this is a debugging function and not likely to be widely used in the real world, so that isn't a big deal. However, if a 4.x binary sets one of the other variables in the above list expecting it to have some effect on the library (or vice versa, i.e. expects to read the state of the library by accessing the globals), it will not behave the same way when run on 5.x. If I'm mistaken about the implications (perhaps you can guarantee that the above will not happen), please let us know. Kris --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWuZmWry0BWjoQKURAg3ZAJ0cS2Y98sEkF0xXb0SoOdopSlkjdwCfeHVl 3dC5Yuh+6v2MdxeiZILOmNY= =/kbR -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 16:49:49 2004 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 D660F16A4CE; Wed, 29 Sep 2004 16:49:49 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 502F743D31; Wed, 29 Sep 2004 16:49:49 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (localhost [127.0.0.1]) i8TGnhTH009165; Wed, 29 Sep 2004 12:49:45 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i8TGnWCa009161; Wed, 29 Sep 2004 12:49:32 -0400 (EDT) Date: Wed, 29 Sep 2004 12:49:25 -0400 From: Ken Smith To: Ruslan Ermilov Message-ID: <20040929164924.GH4006@electra.cse.Buffalo.EDU> References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> <20040929092710.GA59303@cat.robbins.dropbear.id.au> <20040929123100.GA600@electra.cse.Buffalo.EDU> <20040929124011.GB40412@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040929124011.GB40412@ip.net.ua> User-Agent: Mutt/1.4.1i cc: freebsd-current@FreeBSD.org Subject: Re: HEADS-UP: Library version number bumps 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: Wed, 29 Sep 2004 16:49:50 -0000 On Wed, Sep 29, 2004 at 03:40:11PM +0300, Ruslan Ermilov wrote: > Can you or Kris post some additional details of what in these > libraries have changed so they can't be used for 4.x binaries? Kris has a script that compares the symbols in libraries. The raw output of that run against 4.X and 5.X is here: http://people.freebsd.org/~kensmith/library_symbols.txt (at least until the next time /d gets full on freefall...). And below is the analysis he sent us based on what libraries the ports use and what level to expect breakage at. Keep in mind it's not a perfect world so we're being a tiny bit conservative on a couple of things. For example some of the libraries had 'extern' keywords removed from some of their variables but a quick glance at the code suggests that *might* be the only substantial change. One would hope the developers of the library knew what they were doing and those variables were not part of the library's published interfaces. But programmers have been known to use unpublished things like this from time to time so ... From: Kris Kennaway Subject: Re: Library symbol comparison I did an audit of the 4.x package collection for binaries that link to the libraries in my earlier list. Summary: libpcap.so.2 must be bumped. It's likely libopie will need to be too, but I haven't been able to exhibit the failure mode. I also think libhistory and libreadline may have runtime failures in certain situations because the unresolved mbrlen/mbrtowc symbols that are present in the 5.x library, but I haven't worked out how to trigger this. If so, they must be bumped too. =20 The others are still unclear because the symbols removed were global (extern) variables. These do not cause runtime linker problems, but if a 4.x binary sets the variable expecting the library to change its behaviour as it would in 4.x, it will be disappointed since the 5.x library has forgotten all about it. I think the only way to check for this is to look closely at what the variables do and to audit the source code for all affected ports. libpcap.so.2 [5.x] 64: 00000000 0 NOTYPE GLOBAL DEFAULT UND __xuname [4.x] 23: 000052ec 83 FUNC GLOBAL DEFAULT 9 yy_delete_buffer 35: 00005138 89 FUNC GLOBAL DEFAULT 9 yyrestart 41: 0001bb6c 4 OBJECT GLOBAL DEFAULT 18 yystacksize 52: 000053fc 169 FUNC GLOBAL DEFAULT 9 yy_scan_buffer 53: 00005260 135 FUNC GLOBAL DEFAULT 9 yy_create_buffer 54: 00005204 88 FUNC GLOBAL DEFAULT 9 yy_load_buffer_state 59: 0001bb70 4 OBJECT GLOBAL DEFAULT 18 yyerrflag 64: 0001bb40 4 OBJECT GLOBAL DEFAULT 18 yytext 72: 0000ec98 4048 FUNC GLOBAL DEFAULT 9 yyparse 77: 0001bb74 4 OBJECT GLOBAL DEFAULT 18 yysslim 90: 0001bb78 4 OBJECT GLOBAL DEFAULT 18 yyvsp 101: 000056b0 12 FUNC GLOBAL DEFAULT 9 yywrap 104: 0001bb7c 4 OBJECT GLOBAL DEFAULT 18 yyssp 120: 0001bb88 4 OBJECT GLOBAL DEFAULT 18 yynerrs 121: 0001af60 4 OBJECT GLOBAL DEFAULT 12 yyout 122: 0001bb8c 8 OBJECT GLOBAL DEFAULT 18 yyval 124: 0001bb44 4 OBJECT GLOBAL DEFAULT 18 yyleng 126: 0001bb94 4 OBJECT GLOBAL DEFAULT 18 yyss 139: 000053a4 83 FUNC GLOBAL DEFAULT 9 yy_flush_buffer 150: 000054ac 52 FUNC GLOBAL DEFAULT 9 yy_scan_string 163: 000054e4 151 FUNC GLOBAL DEFAULT 9 yy_scan_bytes 166: 0001af5c 4 OBJECT GLOBAL DEFAULT 12 yyin 173: 0001bb98 4 OBJECT GLOBAL DEFAULT 18 yydebug 191: 00005198 102 FUNC GLOBAL DEFAULT 9 yy_switch_to_buffer 193: 00005344 91 FUNC GLOBAL DEFAULT 9 yy_init_buffer 201: 00004070 2870 FUNC GLOBAL DEFAULT 9 yylex 208: 0001bb9c 4 OBJECT GLOBAL DEFAULT 18 yyvs 210: 0001bba0 4 OBJECT GLOBAL DEFAULT 18 yychar Affected packages: bandwidthd-1.2.1 bro-0.8_1 honeyd-0.8b ipfm-0.11.5 rid-1.0 e.g. pointyhat# ./ipfm /usr/libexec/ld-elf.so.1: /usr/lib/libpcap.so.2: Undefined symbol "__xuname" If this were fixed by removing the __xuname reference from libpcap, I think binaries would still be broken because of the functions removed from the 5.x version. =3D=3D=3D=3D libopie.so.2 [5.x] 37: 00000000 0 NOTYPE GLOBAL DEFAULT UND __xuname Should have the same failure mode as libpcap. I havent been able to test this because it requires configuring the software, but the following ports link to libopie: qpopper-2.53_4 tac_plus-F4.0.4_3 cyrus-sasl-2.1.19 wu-ftpd-2.6.2_5 wu-ftpd+ipv6-2.6.2_6 fetchmail-6.2.5_2 OTOH, running the 4.x opiekey binary on 5.x dumps core, so perhaps something in the on-disk format changed too and this is all moot: pointyhat# opiekey 1 foobar Using the MD5 algorithm to compute response. Reminder: Don't use opiekey from telnet or dial-in sessions. Segmentation fault (core dumped) pointyhat# gdb opiekey opiekey.core GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"...(no debugging symbols f= ound)... Core was generated by `opiekey'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libopie.so.2...(no debugging symbols found)..= .done. Reading symbols from /usr/lib/libmd.so.2...(no debugging symbols found)...d= one. Reading symbols from /usr/lib/libc.so.4...(no debugging symbols found)...do= ne. Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found= )...done. #0 0x2806d478 in __opiegetutmpentry () from /usr/lib/libopie.so.2 (gdb) bt #0 0x2806d478 in __opiegetutmpentry () from /usr/lib/libopie.so.2 #1 0x2806c452 in opieinsecure () from /usr/lib/libopie.so.2 #2 0x8048e30 in opieversion () #3 0x80488fa in opieversion () =3D=3D=3D=3D libhistory.so.4 1) mbrlen reference added to new version of common libraries but is unresol= ved within common libraries 1) mbrtowc reference added to new version of common libraries but is unreso= lved within common libraries There are code paths in the new library that call these unresolved functions, so 4.x binaries will fail if they hit these codepaths. I don't know what triggers that though. =3D=3D=3D=3D libreadline.so.4: 1) mbrlen reference added to new version of common libraries but is unresol= ved within common libraries 1) mbrtowc reference added to new version of common libraries but is unreso= lved within common libraries 32: 000245a8 4 OBJECT GLOBAL DEFAULT 12 rl_line_buffer 44: 00021636 1 OBJECT GLOBAL DEFAULT 12 history_comment_char 47: 0002456c 4 OBJECT GLOBAL DEFAULT 12 rl_instream 91: 0002457c 4 OBJECT GLOBAL DEFAULT 12 rl_already_prompted 107: 00024574 4 OBJECT GLOBAL DEFAULT 12 readline_echoing_p 115: 000245ac 4 OBJECT GLOBAL DEFAULT 12 rl_line_buffer_len 127: 00024560 4 OBJECT GLOBAL DEFAULT 12 rl_explicit_arg 224: 00024568 4 OBJECT GLOBAL DEFAULT 12 rl_last_func 240: 00021660 4 OBJECT GLOBAL DEFAULT 12 _rl_last_c_pos 242: 00024594 4 OBJECT GLOBAL DEFAULT 12 rl_terminal_name 265: 00024590 4 OBJECT GLOBAL DEFAULT 12 rl_pending_input 271: 000215f0 4 OBJECT GLOBAL DEFAULT 12 rl_event_hook 283: 00024570 4 OBJECT GLOBAL DEFAULT 12 rl_outstream 336: 000218a4 4 OBJECT GLOBAL DEFAULT 12 rl_completion_type 350: 000245a4 4 OBJECT GLOBAL DEFAULT 12 rl_erase_empty_line 375: 00024588 4 OBJECT GLOBAL DEFAULT 12 rl_pre_input_hook 456: 000218c0 4 OBJECT GLOBAL DEFAULT 12 rl_special_prefixes 552: 00021600 4 OBJECT GLOBAL DEFAULT 12 _rl_executing_macro 555: 00024584 4 OBJECT GLOBAL DEFAULT 12 rl_startup_hook 559: 000218dc 4 OBJECT GLOBAL DEFAULT 12 rl_char_is_quoted_p =3D=3D=3D=3D libm.so.2 221: 00019de0 4 OBJECT GLOBAL DEFAULT 12 signgam Global variables. =3D=3D=3D=3D libgnuregex.so.2 22: 000075cc 4 OBJECT GLOBAL DEFAULT 12 re_syntax_options Global variables. =3D=3D=3D=3D libwrap.so.3 83: 00006b78 4 OBJECT GLOBAL DEFAULT 12 dry_run Global variables. =3D=3D=3D=3D libncurses.so.5 23: 0003e270 4 OBJECT GLOBAL DEFAULT 12 SP 166: 0000ee58 26 FUNC GLOBAL DEFAULT 9 _nc_tracebits 170: 00037c0e 2 OBJECT GLOBAL DEFAULT 12 ospeed 175: 00037c2c 4 OBJECT GLOBAL DEFAULT 12 TABSIZE 188: 00036870 4 OBJECT GLOBAL DEFAULT 12 BC 247: 00037744 4 OBJECT GLOBAL DEFAULT 12 COLOR_PAIRS 333: 00037c0c 1 OBJECT GLOBAL DEFAULT 12 PC 370: 00037c1c 4 OBJECT GLOBAL DEFAULT 12 cur_term 406: 00037540 512 OBJECT GLOBAL DEFAULT 12 acs_map 434: 00037748 4 OBJECT GLOBAL DEFAULT 12 COLORS 450: 0003e260 4 OBJECT GLOBAL DEFAULT 12 stdscr 495: 00037c28 4 OBJECT GLOBAL DEFAULT 12 COLS 498: 0003e268 4 OBJECT GLOBAL DEFAULT 12 newscr 515: 0003e264 4 OBJECT GLOBAL DEFAULT 12 curscr 528: 0003686c 4 OBJECT GLOBAL DEFAULT 12 UP 545: 00037c24 4 OBJECT GLOBAL DEFAULT 12 LINES py23-ncurses-0.3_1: lib/python2.3/site-packages/ncurses/_curses.so (libncur= ses.so.5) matches symbols _nc_tracebits TABSIZE COLOR_PAIRS acs_map COLORS = stdscr COLS LINES _nc_tracebits TABSIZE COLOR_PAIRS acs_map COLORS stdscr C= OLS LINES ruby18-ncurses-0.9.1: lib/ruby/site_ruby/1.8/i386-freebsd4/ncurses.so (libn= curses.so.5) matches symbols _nc_tracebits TABSIZE COLOR_PAIRS acs_map COLO= RS stdscr COLS newscr curscr LINES _nc_tracebits TABSIZE COLOR_PAIRS acs_ma= p COLORS stdscr COLS newscr curscr LINES These ports appear to provide bindings for the ncurses.so.5 API, so the only new problem here is if a ruby or python script called _nc_tracebits, which is probably unlikely (According to curs_trace(3) this is a debugging function). Every other library in my earlier list is unused by the ports collection, but may be used by other third party applications, so certain libraries may still warrant bumps. Kris --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD4DBQFBWDqtWry0BWjoQKURAtUUAJ4nWrdS5ASnN6Ig+iT5mm2rzj5hVQCYkUck Zy2GH0pXsFp1/UvxIp+u9Q== =i27U -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 16:56:32 2004 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 99AA416A4CE for ; Wed, 29 Sep 2004 16:56:32 +0000 (GMT) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3518D43D5C for ; Wed, 29 Sep 2004 16:56:32 +0000 (GMT) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id i8TGuVbC027162 for ; Wed, 29 Sep 2004 12:56:31 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id i8TGuVd0027155 for freebsd-current@freebsd.org; Wed, 29 Sep 2004 12:56:31 -0400 (EDT) Date: Wed, 29 Sep 2004 12:56:31 -0400 From: Thomas Dickey To: freebsd-current@freebsd.org Message-ID: <20040929165631.GA26065@saltmine.radix.net> References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> <20040929092710.GA59303@cat.robbins.dropbear.id.au> <20040929163732.GA9182@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <20040929163732.GA9182@xor.obsecurity.org> User-Agent: Mutt/1.3.27i Subject: Re: HEADS-UP: Library version number bumps 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: Wed, 29 Sep 2004 16:56:32 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 29, 2004 at 09:37:32AM -0700, Kris Kennaway wrote: > On Wed, Sep 29, 2004 at 07:27:10PM +1000, Tim Robbins wrote: > > On Tue, Sep 28, 2004 at 11:05:46PM -0400, Ken Smith wrote: > > >=20 > > > >From the "Better late than never" Department... > > >=20 > > > It looks like we should probably bump the version of a couple of > > > the system libraries. With LOTS of help from Kris it looks like > > > this is the list we think needs a version bump, with the version > > > from 4.X being placed in compat4x: > > >=20 > > > libgnuregex.so.2 > > > libhistory.so.4 > > > libm.so.2 > > > libncurses.so.5 This is ncurses 5.2 I understood the comment for "4.X" to denote the FreeBSD 4.9 (or whatever). > > > libopie.so.2 > > > libpcap.so.2 > > > libreadline.so.4 > > > libwrap.so.3 > > >=20 > > > The bumps will be coming soon... > >=20 > > Why do they need to be bumped? Why use the version from 4.x? It sounds = like > > this will break a lot of 5.x binaries. >=20 > I compared the exported symbols in 4.x and 5.x, compiled the list of We're talking about ncurses 5.2 "libncurses.so.5". The differences between 4.2 and 5.0 were listed in the release announcement. There are additions for the private "_nc_" symbols across the 5.x releases, but those are used only in the tools - tic, infocmp, etc. - which FreeBSD does not install, so there's nothing to discuss with those. So - what changes have you found from 5.2 to 5.4 which break an application? --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFBWuk3tIqByHxlDocRAtkzAJ91xxDqQT8gCBHxg6vsom2EvVbqlwCfTVy7 H3FXxJtsY6Ihjas/5kftIuA= =K34c -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 17:02:45 2004 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 D74AD16A4CE for ; Wed, 29 Sep 2004 17:02:45 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD61E43D54 for ; Wed, 29 Sep 2004 17:02:45 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 635B65150E; Wed, 29 Sep 2004 10:03:07 -0700 (PDT) Date: Wed, 29 Sep 2004 10:03:07 -0700 From: Kris Kennaway To: Thomas Dickey Message-ID: <20040929170306.GA9694@xor.obsecurity.org> References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> <20040929092710.GA59303@cat.robbins.dropbear.id.au> <20040929163732.GA9182@xor.obsecurity.org> <20040929165631.GA26065@saltmine.radix.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: <20040929165631.GA26065@saltmine.radix.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: HEADS-UP: Library version number bumps 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: Wed, 29 Sep 2004 17:02:45 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 29, 2004 at 12:56:31PM -0400, Thomas Dickey wrote: > On Wed, Sep 29, 2004 at 09:37:32AM -0700, Kris Kennaway wrote: > > On Wed, Sep 29, 2004 at 07:27:10PM +1000, Tim Robbins wrote: > > > On Tue, Sep 28, 2004 at 11:05:46PM -0400, Ken Smith wrote: > > > >=20 > > > > >From the "Better late than never" Department... > > > >=20 > > > > It looks like we should probably bump the version of a couple of > > > > the system libraries. With LOTS of help from Kris it looks like > > > > this is the list we think needs a version bump, with the version > > > > from 4.X being placed in compat4x: > > > >=20 > > > > libgnuregex.so.2 > > > > libhistory.so.4 > > > > libm.so.2 > > > > libncurses.so.5 >=20 > This is ncurses 5.2 > I understood the comment for "4.X" to denote the FreeBSD 4.9 (or whatever= ). Correct. FreeBSD 4.10-STABLE also has a libncurses.so.5, with the aforementioned properties when someone runs a FreeBSD 4.x ncurses binary on a FreeBSD 5.x system. Looking at the contrib/ncurses directories, it looks like those versions are ncurses-5.1 and ncurses-5.2-20010512 respectively. Kris --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWurKWry0BWjoQKURAqHrAJ98QctX17kOyYo9OPIN4r8Et3BWawCdHDQ2 RAIXWZjPqByZ2Nb6UnqFmkk= =M6TX -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 17:07:58 2004 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 4E30616A4D1; Wed, 29 Sep 2004 17:07:58 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id B513143D5A; Wed, 29 Sep 2004 17:07:57 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (h-67-102-66-178.snfccasy.covad.net [67.102.66.178]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i8TH7kHr013287 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 29 Sep 2004 10:07:48 -0700 Message-ID: <415AEBA9.2080007@root.org> Date: Wed, 29 Sep 2004 10:06:49 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <867jqhwhav.fsf@borg.borderworlds.dk> <200409281309.26841.jhb@FreeBSD.org> In-Reply-To: <200409281309.26841.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Poul-Henning Kamp cc: freebsd-current@FreeBSD.org cc: Christian Laursen cc: njl@FreeBSD.org Subject: Re: 5.3-BETA5 panic on first boot - floppy related 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: Wed, 29 Sep 2004 17:07:58 -0000 John Baldwin wrote: > On Sunday 26 September 2004 04:44 am, Christian Laursen wrote: > >>I upgraded my laptop to 5.3-BETA4 a couple of days ago and have started >>to experience it panic ont the first boot if ACPI is enabled. >> >>Without ACPI it boots fine and after the panic and subsequently typing >>'reset' in the kernel debugger it boots fine with ACPI enabled. >> >>The dmesg output including a stack trace is here: >>http://borderworlds.dk/~xi/vulcan/dmesg.txt >> >>My kernel configuration is here: >>http://borderworlds.dk/~xi/vulcan/VULCAN >> >>I just tried to boot with the floppy drive attached, but that doesn't >>make any difference. > > > There is a bug in the fdc_acpi driver in that it attaches drives via hints > even if the controller fails to attach which leads to this panic. A possible > fix for RELENG_5 is below: I'm fine with this patch, feel free to commit. -- Nate From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 17:08:52 2004 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 169F116A4CE; Wed, 29 Sep 2004 17:08:52 +0000 (GMT) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69A4843D48; Wed, 29 Sep 2004 17:08:51 +0000 (GMT) (envelope-from kama@pvp.se) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id 895A3B3; Wed, 29 Sep 2004 19:08:49 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id 87FC1B2; Wed, 29 Sep 2004 19:08:49 +0200 (CEST) Date: Wed, 29 Sep 2004 19:08:49 +0200 (CEST) From: kama X-X-Sender: kama@ns1.as.pvp.se To: "Raphael H. Becker" In-Reply-To: <20040928232841.W55054@p-i-n.com> Message-ID: <20040929185852.C9118@ns1.as.pvp.se> References: <20040917104356.E55054@p-i-n.com> <414ADD15.FAC42CDB@freebsd.org> <20040917231922.G55054@p-i-n.com> <414B567C.9060904@freebsd.org> <20040917235056.I55054@p-i-n.com> <414B6234.8060904@freebsd.org> <20040918011644.N55054@p-i-n.com> <20040928232841.W55054@p-i-n.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-net@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: if_bge with (was: Re: Strange things on GBit / 1000->100 / net.inet.tcp.inflight.* ) 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: Wed, 29 Sep 2004 17:08:52 -0000 On Tue, 28 Sep 2004, Raphael H. Becker wrote: > Hmm. if_bge buggy? > But, same machine on a FE-Switich worked perfectly (with 100MBit). > > By default ifconfig says: > > bge0: flags=8843 mtu 1500 > options=1a > inet 10.101.240.56 netmask 0xffffff00 broadcast 10.101.240.255 > inet6 fe80::20d:56ff:febb:9c27%bge0 prefixlen 64 scopeid 0x1 > ether 00:0d:56:bb:9c:27 > media: Ethernet autoselect (1000baseTX ) > status: active > If the switch is manageable. Force the settings to 1000baseTX fd on both ends. I only have a crappy non manageable 1Gbps switch, so I tested to link the two servers with a crossed linked cable instead of through the switch. I now seems to have no noticable problems with the cards. If I connect it to the switch I get that link goes down and up all the time. It seems that it cant stop negotiating for the speed and update the settings all the time. Btw, I have the bge patch, posted earlier this month, installed. This happens on both 5.2.1p10 and BETA6. with or without the patch. /Bjorn From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 17:16:20 2004 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 A1D5A16A4CE for ; Wed, 29 Sep 2004 17:16:20 +0000 (GMT) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 233B843D31 for ; Wed, 29 Sep 2004 17:16:20 +0000 (GMT) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id i8THGJbC001228 for ; Wed, 29 Sep 2004 13:16:19 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id i8THGJ1M001227 for freebsd-current@freebsd.org; Wed, 29 Sep 2004 13:16:19 -0400 (EDT) Date: Wed, 29 Sep 2004 13:16:19 -0400 From: Thomas Dickey To: freebsd-current@freebsd.org Message-ID: <20040929171619.GC26065@saltmine.radix.net> References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> <20040929092710.GA59303@cat.robbins.dropbear.id.au> <20040929123100.GA600@electra.cse.Buffalo.EDU> <20040929135217.GA16594@saltmine.radix.net> <20040929164422.GA9262@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RIYY1s2vRbPFwWeW" Content-Disposition: inline In-Reply-To: <20040929164422.GA9262@xor.obsecurity.org> User-Agent: Mutt/1.3.27i Subject: Re: HEADS-UP: Library version number bumps 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: Wed, 29 Sep 2004 17:16:20 -0000 --RIYY1s2vRbPFwWeW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 29, 2004 at 09:44:22AM -0700, Kris Kennaway wrote: >=20 > libncurses.so.5 in 5.x does not export many of the global variables > exported by 4.x version of libncurses.so.5. The missing symbols are: >=20 > 23: 0003e270 4 OBJECT GLOBAL DEFAULT 12 SP > 166: 0000ee58 26 FUNC GLOBAL DEFAULT 9 _nc_tracebits > 170: 00037c0e 2 OBJECT GLOBAL DEFAULT 12 ospeed > 175: 00037c2c 4 OBJECT GLOBAL DEFAULT 12 TABSIZE > 188: 00036870 4 OBJECT GLOBAL DEFAULT 12 BC > 247: 00037744 4 OBJECT GLOBAL DEFAULT 12 COLOR_PAIRS > 333: 00037c0c 1 OBJECT GLOBAL DEFAULT 12 PC > 370: 00037c1c 4 OBJECT GLOBAL DEFAULT 12 cur_term > 406: 00037540 512 OBJECT GLOBAL DEFAULT 12 acs_map > 434: 00037748 4 OBJECT GLOBAL DEFAULT 12 COLORS > 450: 0003e260 4 OBJECT GLOBAL DEFAULT 12 stdscr > 495: 00037c28 4 OBJECT GLOBAL DEFAULT 12 COLS > 498: 0003e268 4 OBJECT GLOBAL DEFAULT 12 newscr > 515: 0003e264 4 OBJECT GLOBAL DEFAULT 12 curscr > 528: 0003686c 4 OBJECT GLOBAL DEFAULT 12 UP > 545: 00037c24 4 OBJECT GLOBAL DEFAULT 12 LINES Something is going wrong with your script, since most of those are well-defined symbols that are present in the normal and wide-character libraries. (None are functions, all are variables). ** If the script is blameless, then there's a change in the way the ** linker builds shared libraries (the point I was trying to establish). The wide-character library uses a macro for acs_map (but then, we're not talking about that ;-). The only other one that is noticeable is the private _nc_tracebits symbol (not the topic of this discussion, since applications that use private symbols aren't supported by anyone that I recall). > A 4.x binary that calls _nc_tracebits() will fail outright when run on > 5.x, but this is a debugging function and not likely to be widely used > in the real world, so that isn't a big deal. _nc_tracebits is a variable, not a function. You can't "call" it. Also - checking the changelog - _nc_tracebits was not in ncurses 4.2 (it was introduced in late 1998). =20 > However, if a 4.x binary sets one of the other variables in the above > list expecting it to have some effect on the library (or vice versa, > i.e. expects to read the state of the library by accessing the > globals), it will not behave the same way when run on 5.x. >=20 > If I'm mistaken about the implications (perhaps you can guarantee that > the above will not happen), please let us know. >=20 > Kris --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --RIYY1s2vRbPFwWeW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFBWu3htIqByHxlDocRAqmwAKCJHFZDBeMcv4SL66fDH7NuGivzuwCfTV5i p5ayuSH1p5N2ni3yUCZFsqs= =EcsM -----END PGP SIGNATURE----- --RIYY1s2vRbPFwWeW-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 17:18:57 2004 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 A525A16A4CE for ; Wed, 29 Sep 2004 17:18:57 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FD2143D3F for ; Wed, 29 Sep 2004 17:18:57 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8THIvTB015045 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 29 Sep 2004 10:18:57 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8THIvrB015044 for freebsd-current@freebsd.org; Wed, 29 Sep 2004 10:18:57 -0700 (PDT) (envelope-from jdc) Date: Wed, 29 Sep 2004 10:18:57 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20040929171857.GA14879@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org References: <20040928204127.GA96841@bifrost.agrussell.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040928204127.GA96841@bifrost.agrussell.com> User-Agent: Mutt/1.5.6i Subject: Re: installed 5.2.1 can't find LINT 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: Wed, 29 Sep 2004 17:18:57 -0000 Two places: /sys//conf/NOTES /sys/conf/NOTES Probably /sys/conf/NOTES is what you're looking for, as the NOTES for the architectures (e.g. i386) are usually smaller. You can build LINT as recommended in another post, but a built LINT does not include any comments, which is worthless unless you know exactly what you're looking for. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Tue, Sep 28, 2004 at 03:41:27PM -0500, A.G. Russell IV wrote: > Hi, I've installed FreeBSD 5.2.1 from ISO, and > then cvsup'd with *default release=cvs tag=RELENG_5 > and LINT is not in /sys/i386/conf. Is there a different file > I should be looking at? > > This is my first build of a 5.x box getting ready for 5.x to go stable. > I've been tracking the 4.x, and got to LINT for kernel configs of firewall > options. > > Thanks > _______________________________________________________________________________ > A.G. Russell IV KC5KFD The Knife Company e-mail: ag4@theknifecompany.com > Phone 479-631-0055 FAX 479-631-8734 > Old Klingon Saying -- 'oH majQa' yIn je bang, Qo' bang > ------------------------------------------------------------------------------- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 17:26:04 2004 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 EA95F16A4CE for ; Wed, 29 Sep 2004 17:26:04 +0000 (GMT) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B24443D46 for ; Wed, 29 Sep 2004 17:26:04 +0000 (GMT) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id i8THQ3bC003255 for ; Wed, 29 Sep 2004 13:26:03 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id i8THQ3ab003253 for freebsd-current@freebsd.org; Wed, 29 Sep 2004 13:26:03 -0400 (EDT) Date: Wed, 29 Sep 2004 13:26:03 -0400 From: Thomas Dickey To: freebsd-current@freebsd.org Message-ID: <20040929172602.GA2864@saltmine.radix.net> References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> <20040929092710.GA59303@cat.robbins.dropbear.id.au> <20040929123100.GA600@electra.cse.Buffalo.EDU> <20040929135217.GA16594@saltmine.radix.net> <20040929164422.GA9262@xor.obsecurity.org> <20040929171619.GC26065@saltmine.radix.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline In-Reply-To: <20040929171619.GC26065@saltmine.radix.net> User-Agent: Mutt/1.3.27i Subject: Re: HEADS-UP: Library version number bumps 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: Wed, 29 Sep 2004 17:26:05 -0000 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 29, 2004 at 01:16:19PM -0400, Thomas Dickey wrote: > _nc_tracebits is a variable, not a function. You can't "call" it. sorry (it's a function - other comments still apply). --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --2fHTh5uZTiUOsy+g Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFBWvAptIqByHxlDocRAi9FAKCJ8tA6pQ1BvPzQZKtXr9Vl5/R4FQCePfD1 eL1xMKpFPjrhsEZIWG6E77M= =/lSJ -----END PGP SIGNATURE----- --2fHTh5uZTiUOsy+g-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 17:27:00 2004 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 02A4E16A4CE for ; Wed, 29 Sep 2004 17:27:00 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2F8143D1F for ; Wed, 29 Sep 2004 17:26:59 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C897C51262; Wed, 29 Sep 2004 10:27:21 -0700 (PDT) Date: Wed, 29 Sep 2004 10:27:21 -0700 From: Kris Kennaway To: Thomas Dickey Message-ID: <20040929172721.GA12793@xor.obsecurity.org> References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> <20040929092710.GA59303@cat.robbins.dropbear.id.au> <20040929123100.GA600@electra.cse.Buffalo.EDU> <20040929135217.GA16594@saltmine.radix.net> <20040929164422.GA9262@xor.obsecurity.org> <20040929171619.GC26065@saltmine.radix.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <20040929171619.GC26065@saltmine.radix.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: HEADS-UP: Library version number bumps 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: Wed, 29 Sep 2004 17:27:00 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 29, 2004 at 01:16:19PM -0400, Thomas Dickey wrote: > On Wed, Sep 29, 2004 at 09:44:22AM -0700, Kris Kennaway wrote: > >=20 > > libncurses.so.5 in 5.x does not export many of the global variables > > exported by 4.x version of libncurses.so.5. The missing symbols are: > >=20 > > 23: 0003e270 4 OBJECT GLOBAL DEFAULT 12 SP > > 166: 0000ee58 26 FUNC GLOBAL DEFAULT 9 _nc_tracebits > > 170: 00037c0e 2 OBJECT GLOBAL DEFAULT 12 ospeed > > 175: 00037c2c 4 OBJECT GLOBAL DEFAULT 12 TABSIZE > > 188: 00036870 4 OBJECT GLOBAL DEFAULT 12 BC > > 247: 00037744 4 OBJECT GLOBAL DEFAULT 12 COLOR_PAIRS > > 333: 00037c0c 1 OBJECT GLOBAL DEFAULT 12 PC > > 370: 00037c1c 4 OBJECT GLOBAL DEFAULT 12 cur_term > > 406: 00037540 512 OBJECT GLOBAL DEFAULT 12 acs_map > > 434: 00037748 4 OBJECT GLOBAL DEFAULT 12 COLORS > > 450: 0003e260 4 OBJECT GLOBAL DEFAULT 12 stdscr > > 495: 00037c28 4 OBJECT GLOBAL DEFAULT 12 COLS > > 498: 0003e268 4 OBJECT GLOBAL DEFAULT 12 newscr > > 515: 0003e264 4 OBJECT GLOBAL DEFAULT 12 curscr > > 528: 0003686c 4 OBJECT GLOBAL DEFAULT 12 UP > > 545: 00037c24 4 OBJECT GLOBAL DEFAULT 12 LINES >=20 > Something is going wrong with your script, since most of those are > well-defined symbols that are present in the normal and wide-character > libraries. (None are functions, all are variables). >=20 > ** If the script is blameless, then there's a change in the way the > ** linker builds shared libraries (the point I was trying to establish). OK, I think my script is confused because objdump thinks the symbols moved from .data to .bss. I'll take a closer look (and switch it over to use readelf instead). > The only other one that is noticeable is the private _nc_tracebits > symbol (not the topic of this discussion, since applications that use > private symbols aren't supported by anyone that I recall). >=20 > > A 4.x binary that calls _nc_tracebits() will fail outright when run on > > 5.x, but this is a debugging function and not likely to be widely used > > in the real world, so that isn't a big deal. >=20 > _nc_tracebits is a variable, not a function. You can't "call" it. The linker, curs_trace(3) and beg to differ: extern char *_nc_tracebits(void); > Also - checking the changelog - _nc_tracebits was not in ncurses 4.2 > (it was introduced in late 1998). We're not talking about ncurses 4.2, as I tried to clarify in my previous email. Kris --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWvB5Wry0BWjoQKURAnewAKC1X1vznzf4VPbAdYHvNxvOMcuhiwCglAoc yjd6DPeLFW6wUr6dT5caBqs= =h8lu -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 17:41:22 2004 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 41B0B16A4CE for ; Wed, 29 Sep 2004 17:41:22 +0000 (GMT) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id C89C043D31 for ; Wed, 29 Sep 2004 17:41:21 +0000 (GMT) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id i8THfJbC006386 for ; Wed, 29 Sep 2004 13:41:19 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id i8THfIqS006384 for freebsd-current@freebsd.org; Wed, 29 Sep 2004 13:41:18 -0400 (EDT) Date: Wed, 29 Sep 2004 13:41:18 -0400 From: Thomas Dickey To: freebsd-current@freebsd.org Message-ID: <20040929174116.GA5464@saltmine.radix.net> References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> <20040929092710.GA59303@cat.robbins.dropbear.id.au> <20040929123100.GA600@electra.cse.Buffalo.EDU> <20040929135217.GA16594@saltmine.radix.net> <20040929164422.GA9262@xor.obsecurity.org> <20040929171619.GC26065@saltmine.radix.net> <20040929172721.GA12793@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20040929172721.GA12793@xor.obsecurity.org> User-Agent: Mutt/1.3.27i Subject: Re: HEADS-UP: Library version number bumps 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: Wed, 29 Sep 2004 17:41:22 -0000 On Wed, Sep 29, 2004 at 10:27:21AM -0700, Kris Kennaway wrote: =20 > The linker, curs_trace(3) and beg to differ: >=20 > extern char *_nc_tracebits(void); right. =20 > > Also - checking the changelog - _nc_tracebits was not in ncurses 4.2 > > (it was introduced in late 1998). >=20 > We're not talking about ncurses 4.2, as I tried to clarify in my > previous email. yes - just habit on my part. --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:03:18 2004 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 3AE7316A4CE for ; Wed, 29 Sep 2004 18:03:18 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2052243D3F for ; Wed, 29 Sep 2004 18:03:18 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from dougb.net ([24.130.110.32]) by comcast.net (rwcrmhc11) with ESMTP id <2004092918031601300f9jgee>; Wed, 29 Sep 2004 18:03:17 +0000 Date: Wed, 29 Sep 2004 11:03:16 -0700 (PDT) From: Doug Barton To: Dimitry Andric In-Reply-To: <391196860.20040929122716@andric.com> Message-ID: <20040929110207.S90578@qbhto.arg> References: <20040928025635.Q5094@ync.qbhto.arg> <727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com> <391196860.20040929122716@andric.com> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-2096730745-1096480996=:90578" cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: named now runs chroot'ed by default 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: Wed, 29 Sep 2004 18:03:18 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-2096730745-1096480996=:90578 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Wed, 29 Sep 2004, Dimitry Andric wrote: > On 2004-09-29 at 12:12:11 Dag-Erling Smørgrav wrote: > >> ...badly. it will use IPv6 when recursing, but doesn't seem to want >> to listen for IPv6 requests: > > You need to explicitly add a listen-on-v6 { any; }; statement to your > configuration file. Dag-Erling, Dmitry beat me to it, but yes, I'm 99% sure that'll do it for you. Can you please test it and confirm that Dmitry is correct, and if so I can add a commented out entry to the named.conf file. Doug -- This .signature sanitized for your protection --0-2096730745-1096480996=:90578-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:06:42 2004 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 44ECE16A4D0; Wed, 29 Sep 2004 18:06:42 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id A48FB43D49; Wed, 29 Sep 2004 18:06:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6EB2E51262; Wed, 29 Sep 2004 11:07:03 -0700 (PDT) Date: Wed, 29 Sep 2004 11:07:03 -0700 From: Kris Kennaway To: Kris Kennaway Message-ID: <20040929180703.GA16806@xor.obsecurity.org> References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> <20040929092710.GA59303@cat.robbins.dropbear.id.au> <20040929123100.GA600@electra.cse.Buffalo.EDU> <20040929135217.GA16594@saltmine.radix.net> <20040929164422.GA9262@xor.obsecurity.org> <20040929171619.GC26065@saltmine.radix.net> <20040929172721.GA12793@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: <20040929172721.GA12793@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: re@FreeBSD.org cc: freebsd-current@freebsd.org cc: Thomas Dickey Subject: Re: HEADS-UP: Library version number bumps (revised) 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: Wed, 29 Sep 2004 18:06:42 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 29, 2004 at 10:27:21AM -0700, Kris Kennaway wrote: > > ** If the script is blameless, then there's a change in the way the > > ** linker builds shared libraries (the point I was trying to establish). >=20 > OK, I think my script is confused because objdump thinks the symbols > moved from .data to .bss. I'll take a closer look (and switch it over > to use readelf instead). (As peter keeps telling me) readelf does a much better job, and also finds some things that objdump missed. Summary: ncurses is probably OK since the only removed symbols are the _nc_* private interface. Thanks for the sanity check. The libraries libhistory libopie libpcap libreadline =20 must be bumped as previously discussed. I'm not sure about libm since the remaining problems seem to have been fixed already. The others would be problems and should be bumped if anything can be shown to use the symbols listed, but at least nothing in the 4.x package collections uses them so we can probably get away without it. The new full list of differences is: =3D=3D> Comparing symbols in libalias.so.4 2) packetAliasMode removed with no replacement 2) skinnyPort removed with no replacement =3D=3D> Comparing symbols in libcam.so.2 2) scsi_interpret_sense removed with no replacement 2) scsi_sense_key_text removed with no replacement =3D=3D> Comparing symbols in libcrypt.so.2 2) Blowfish_decipher removed with no replacement 2) Blowfish_encipher removed with no replacement 2) bcrypt_gensalt removed with no replacement 2) blf_cbc_decrypt removed with no replacement 2) blf_cbc_encrypt removed with no replacement 2) blf_dec removed with no replacement 2) blf_ecb_decrypt removed with no replacement 2) blf_ecb_encrypt removed with no replacement 2) blf_key removed with no replacement =3D=3D> Comparing symbols in libg2c.so.1 2) __G77_LIBF77_VERSION__ removed with no replacement 2) __G77_LIBI77_VERSION__ removed with no replacement 2) __G77_LIBU77_VERSION__ removed with no replacement 2) g77__ivers__ removed with no replacement 2) g77__uvers__ removed with no replacement =3D=3D> Comparing symbols in libhistory.so.4 1) mbrlen reference added to new version of common libraries but is unresol= ved within common libraries 1) mbrtowc reference added to new version of common libraries but is unreso= lved within common libraries 2) get_env_value removed with no replacement 2) get_home_dir removed with no replacement 2) set_lines_and_columns removed with no replacement 2) single_quote removed with no replacement 2) unset_nodelay_mode removed with no replacement =3D=3D> Comparing symbols in libisc.so.1 1) pselect reference added to new version of common libraries but is unreso= lved within common libraries =3D=3D> Comparing symbols in libm.so.2 2) __arch___ieee754_acos removed with no replacement 2) __arch___ieee754_asin removed with no replacement 2) __arch___ieee754_atan2 removed with no replacement 2) __arch___ieee754_exp removed with no replacement 2) __arch___ieee754_fmod removed with no replacement 2) __arch___ieee754_log removed with no replacement 2) __arch___ieee754_log10 removed with no replacement 2) __arch___ieee754_remainde removed with no replacement 2) __arch___ieee754_scalb removed with no replacement 2) __arch___ieee754_sqrt removed with no replacement 2) __arch_atan removed with no replacement 2) __arch_ceil removed with no replacement 2) __arch_copysign removed with no replacement 2) __arch_cos removed with no replacement 2) __arch_finite removed with no replacement 2) __arch_floor removed with no replacement 2) __arch_ilogb removed with no replacement 2) __arch_logb removed with no replacement 2) __arch_rint removed with no replacement 2) __arch_scalbn removed with no replacement 2) __arch_significand removed with no replacement 2) __arch_sin removed with no replacement 2) __arch_tan removed with no replacement 2) __generic___ieee754_acos removed with no replacement 2) __generic___ieee754_asin removed with no replacement 2) __generic___ieee754_atan2 removed with no replacement 2) __generic___ieee754_exp removed with no replacement 2) __generic___ieee754_fmod removed with no replacement 2) __generic___ieee754_log removed with no replacement 2) __generic___ieee754_log10 removed with no replacement 2) __generic___ieee754_remai removed with no replacement 2) __generic___ieee754_scalb removed with no replacement 2) __generic___ieee754_sqrt removed with no replacement 2) __generic_atan removed with no replacement 2) __generic_ceil removed with no replacement 2) __generic_copysign removed with no replacement 2) __generic_cos removed with no replacement 2) __generic_finite removed with no replacement 2) __generic_floor removed with no replacement 2) __generic_ilogb removed with no replacement 2) __generic_logb removed with no replacement 2) __generic_rint removed with no replacement 2) __generic_scalbn removed with no replacement 2) __generic_significand removed with no replacement 2) __generic_sin removed with no replacement 2) __generic_tan removed with no replacement 2) __get_hw_float removed with no replacement 2) __i387___ieee754_acos removed with no replacement 2) __i387___ieee754_asin removed with no replacement 2) __i387___ieee754_atan2 removed with no replacement 2) __i387___ieee754_exp removed with no replacement 2) __i387___ieee754_fmod removed with no replacement 2) __i387___ieee754_log removed with no replacement 2) __i387___ieee754_log10 removed with no replacement 2) __i387___ieee754_remainde removed with no replacement 2) __i387___ieee754_scalb removed with no replacement 2) __i387___ieee754_sqrt removed with no replacement 2) __i387_atan removed with no replacement 2) __i387_ceil removed with no replacement 2) __i387_copysign removed with no replacement 2) __i387_cos removed with no replacement 2) __i387_finite removed with no replacement 2) __i387_floor removed with no replacement 2) __i387_ilogb removed with no replacement 2) __i387_logb removed with no replacement 2) __i387_rint removed with no replacement 2) __i387_scalbn removed with no replacement 2) __i387_significand removed with no replacement 2) __i387_sin removed with no replacement 2) __i387_tan removed with no replacement =3D=3D> Comparing symbols in libncp.so.1 1) _getprogname reference added to new version of common libraries but is u= nresolved within common libraries 2) sysentoffset removed with no replacement =3D=3D> Comparing symbols in libncurses.so.5 2) _nc_background removed with no replacement 2) _nc_lib_traceatr removed with no replacement 2) _nc_lib_tracechr removed with no replacement 2) _nc_lib_tracedmp removed with no replacement 2) _nc_lib_tracemouse removed with no replacement 2) _nc_trace_buf removed with no replacement 2) _nc_trace_tries removed with no replacement 2) _nc_trace_xnames removed with no replacement 2) _nc_tracebits removed with no replacement =3D=3D> Comparing symbols in libopie.so.2 1) __xuname reference added to new version of common libraries but is unres= olved within common libraries 2) opielogin removed with no replacement 2) opielogwtmp removed with no replacement =3D=3D> Comparing symbols in libpcap.so.2 1) __xuname reference added to new version of common libraries but is unres= olved within common libraries 2) pcap_lval removed with no replacement 2) yy_create_buffer removed with no replacement 2) yy_delete_buffer removed with no replacement 2) yy_flush_buffer removed with no replacement 2) yy_init_buffer removed with no replacement 2) yy_load_buffer_state removed with no replacement 2) yy_scan_buffer removed with no replacement 2) yy_scan_bytes removed with no replacement 2) yy_scan_string removed with no replacement 2) yy_switch_to_buffer removed with no replacement 2) yychar removed with no replacement 2) yycheck removed with no replacement 2) yydebug removed with no replacement 2) yydefred removed with no replacement 2) yydgoto removed with no replacement 2) yyerrflag removed with no replacement 2) yygindex removed with no replacement 2) yyin removed with no replacement 2) yylen removed with no replacement 2) yyleng removed with no replacement 2) yylex removed with no replacement 2) yylhs removed with no replacement 2) yynerrs removed with no replacement 2) yyout removed with no replacement 2) yyparse removed with no replacement 2) yyrestart removed with no replacement 2) yyrindex removed with no replacement 2) yysindex removed with no replacement 2) yyss removed with no replacement 2) yysslim removed with no replacement 2) yyssp removed with no replacement 2) yystacksize removed with no replacement 2) yytable removed with no replacement 2) yytext removed with no replacement 2) yyval removed with no replacement 2) yyvs removed with no replacement 2) yyvsp removed with no replacement 2) yywrap removed with no replacement =3D=3D> Comparing symbols in libreadline.so.4 1) mbrlen reference added to new version of common libraries but is unresol= ved within common libraries 1) mbrtowc reference added to new version of common libraries but is unreso= lved within common libraries 2) _rl_defining_kbd_macro removed with no replacement 2) _rl_executing_macro removed with no replacement 2) get_env_value removed with no replacement 2) get_home_dir removed with no replacement 2) possible_control_prefixes removed with no replacement 2) possible_meta_prefixes removed with no replacement 2) saved_line_for_history removed with no replacement 2) screenchars removed with no replacement 2) screenheight removed with no replacement 2) screenwidth removed with no replacement 2) set_lines_and_columns removed with no replacement 2) single_quote removed with no replacement 2) term_DC removed with no replacement 2) term_IC removed with no replacement 2) term_backspace removed with no replacement 2) term_clreol removed with no replacement 2) term_clrpag removed with no replacement 2) term_cr removed with no replacement 2) term_dc removed with no replacement 2) term_ei removed with no replacement 2) term_goto removed with no replacement 2) term_ic removed with no replacement 2) term_im removed with no replacement 2) term_ip removed with no replacement 2) term_pc removed with no replacement 2) term_up removed with no replacement 2) terminal_can_insert removed with no replacement 2) unset_nodelay_mode removed with no replacement =3D=3D> Comparing symbols in libssh.so.2 1) ___res reference added to new version of common libraries but is unresol= ved within common libraries 1) __h_error reference added to new version of common libraries but is unre= solved within common libraries 2) auth_input_open_request removed with no replacement 2) debug removed with no replacement 2) debug2 removed with no replacement 2) debug3 removed with no replacement 2) error removed with no replacement 2) fatal removed with no replacement 2) fatal_add_cleanup removed with no replacement 2) fatal_cleanup removed with no replacement 2) fatal_remove_all_cleanups removed with no replacement 2) fatal_remove_cleanup removed with no replacement 2) get_progname removed with no replacement 2) kexdh removed with no replacement 2) kexgex removed with no replacement 4) log removed with no replacement which is not a common library 2) mm_auth2_read_banner removed with no replacement 2) mm_auth_password removed with no replacement 2) mm_auth_rhosts_rsa_key_al removed with no replacement 2) mm_auth_rsa_generate_chal removed with no replacement 2) mm_auth_rsa_key_allowed removed with no replacement 2) mm_auth_rsa_verify_respon removed with no replacement 2) mm_bsdauth_query removed with no replacement 2) mm_bsdauth_respond removed with no replacement 2) mm_choose_dh removed with no replacement 2) mm_getpwnamallow removed with no replacement 2) mm_hostbased_key_allowed removed with no replacement 2) mm_inform_authserv removed with no replacement 2) mm_key_allowed removed with no replacement 2) mm_key_sign removed with no replacement 2) mm_key_verify removed with no replacement 2) mm_newkeys_from_blob removed with no replacement 2) mm_newkeys_to_blob removed with no replacement 2) mm_pam_free_ctx removed with no replacement 2) mm_pam_init_ctx removed with no replacement 2) mm_pam_query removed with no replacement 2) mm_pam_respond removed with no replacement 2) mm_pty_allocate removed with no replacement 2) mm_receive_fd removed with no replacement 2) mm_request_receive removed with no replacement 2) mm_request_receive_expect removed with no replacement 2) mm_request_send removed with no replacement 2) mm_send_fd removed with no replacement 2) mm_send_keystate removed with no replacement 2) mm_session_pty_cleanup2 removed with no replacement 2) mm_ssh1_session_id removed with no replacement 2) mm_ssh1_session_key removed with no replacement 2) mm_start_pam removed with no replacement 2) mm_terminate removed with no replacement 2) mm_user_key_allowed removed with no replacement 2) packet_get_seqnr removed with no replacement 2) packet_set_seqnr removed with no replacement 2) pmonitor removed with no replacement 2) use_privsep removed with no replacement 2) verbose removed with no replacement =3D=3D> Comparing symbols in libz.so.2 2) inflate_blocks removed with no replacement 2) inflate_blocks_free removed with no replacement 2) inflate_blocks_new removed with no replacement 2) inflate_blocks_reset removed with no replacement 2) inflate_blocks_sync_point removed with no replacement 2) inflate_codes removed with no replacement 2) inflate_codes_free removed with no replacement 2) inflate_codes_new removed with no replacement 2) inflate_flush removed with no replacement 2) inflate_mask removed with no replacement 2) inflate_set_dictionary removed with no replacement 2) inflate_trees_bits removed with no replacement 2) inflate_trees_dynamic removed with no replacement 2) inflate_trees_fixed removed with no replacement Explanation of errors: 1) will cause runtime failures with LD_BIND_NOW 2), 3) will cause runtime failures if an old binary references the symbo= l and is run with the new libraries 4) will cause runtime failures if an old binary references the symbol an= d is not linked against /tmp/checkcompat.WS4PkkLG >=20 > > The only other one that is noticeable is the private _nc_tracebits > > symbol (not the topic of this discussion, since applications that use > > private symbols aren't supported by anyone that I recall). > >=20 > > > A 4.x binary that calls _nc_tracebits() will fail outright when run on > > > 5.x, but this is a debugging function and not likely to be widely used > > > in the real world, so that isn't a big deal. > >=20 > > _nc_tracebits is a variable, not a function. You can't "call" it. >=20 > The linker, curs_trace(3) and beg to differ: >=20 > extern char *_nc_tracebits(void); >=20 > > Also - checking the changelog - _nc_tracebits was not in ncurses 4.2 > > (it was introduced in late 1998). >=20 > We're not talking about ncurses 4.2, as I tried to clarify in my > previous email. >=20 > Kris --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWvnHWry0BWjoQKURAg1JAKCWBft1ftmZxh6f2djObxmyMauL5wCg27tw 74KnHFarScdN90I9O9M3aHc= =5aG6 -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:11:25 2004 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 D4D8516A4CE; Wed, 29 Sep 2004 18:11:25 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4458B43D31; Wed, 29 Sep 2004 18:11:25 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CCiv9-0001RH-00 Wed, 29 Sep 2004 20:11:19 +0200 Received: from [212.106.253.234] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CCiv9-0001R6-00 Wed, 29 Sep 2004 20:11:19 +0200 Received: from localhost.redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i8TIBM2k026924; Wed, 29 Sep 2004 20:11:23 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Date: Wed, 29 Sep 2004 20:11:21 +0200 To: "Doug Barton" References: <20040928025635.Q5094@ync.qbhto.arg> <727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com> <391196860.20040929122716@andric.com> <20040929110207.S90578@qbhto.arg> From: "Jose M Rodriguez" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <20040929110207.S90578@qbhto.arg> User-Agent: Opera M2/7.54 (FreeBSD, build 751) X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.11; VDF 6.27.0.70 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: freebsd-current@freebsd.org Subject: IPv6 recursion [was] HEADS UP: named now runs chroot'ed by default 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: Wed, 29 Sep 2004 18:11:26 -0000 On Wed, 29 Sep 2004 11:03:16 -0700 (PDT), Doug Barton wrote: > On Wed, 29 Sep 2004, Dimitry Andric wrote: > >> On 2004-09-29 at 12:12:11 Dag-Erling Smørgrav wrote: >> >>> ...badly. it will use IPv6 when recursing, but doesn't seem to want >>> to listen for IPv6 requests: >> ... And about this... Is any way to disable this without define NOIPv& and rebuild anything? I can't get a IPv4 only resolver/named in FreeBSD-4.x with bind8 -- josemi -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:15:27 2004 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 4866B16A4D0; Wed, 29 Sep 2004 18:15:27 +0000 (GMT) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACA0943D48; Wed, 29 Sep 2004 18:15:26 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id i8TIFL4j024068; Wed, 29 Sep 2004 19:15:21 +0100 (BST) Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.9p2/8.12.9) with ESMTP id i8TIFBMu015624; Wed, 29 Sep 2004 19:15:11 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost)i8TIF58w015621; Wed, 29 Sep 2004 19:15:10 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Wed, 29 Sep 2004 19:15:05 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: "M. Warner Losh" In-Reply-To: <1096387493.792.3.camel@buffy.york.ac.uk> Message-ID: <20040929191134.T15486@ury.york.ac.uk> References: <20040928.090457.115908926.imp@bsdimp.com> <1096387493.792.3.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: David.Boyd@insightbb.com cc: freebsd-current@freebsd.org cc: nate@root.org Subject: Re: FDC/ACPI/GEOM problems 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: Wed, 29 Sep 2004 18:15:27 -0000 On Tue, 28 Sep 2004, Gavin Atkinson wrote: > On Tue, 2004-09-28 at 16:04, M. Warner Losh wrote: > > In message: <1096380248.911.7.camel@buffy.york.ac.uk> > > Gavin Atkinson writes: > > : > > : I have spent a little time today looking at this problem in more detail. > > : The hangs on BETA5 that several people have reported are indeed related > > : to the above file revisions. Apparently systems only hang with ACPI > > : enabled, and seem to hang in g_waitidle(), presumably waiting for the > > : floppy drive to become idle. > > > > Does removing the fd drive change things? The fdc worker thread is > > still there in that case... > > Unplugging the floppy drive fixes the problem for me. For the record, this has been fixed for me in sys/dev/fdc/fdc_isa.c rev. 1.9.2.3. Thanks to phk and imp for investigating this and finding a solution. Gavin From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:16:22 2004 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 0E05916A4CE for ; Wed, 29 Sep 2004 18:16:22 +0000 (GMT) Received: from sccimhc92.asp.att.net (sccimhc92.asp.att.net [63.240.76.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E16A43D60 for ; Wed, 29 Sep 2004 18:16:21 +0000 (GMT) (envelope-from David.Boyd@insightbb.com) Received: from happy (12-202-176-78.client.insightbb.com[12.202.176.78]) by sccimhc92.asp.att.net (sccimhc92) with SMTP id <20040929181619i920072s9qe>; Wed, 29 Sep 2004 18:16:21 +0000 From: "David Boyd" To: "M. Warner Losh" Date: Wed, 29 Sep 2004 14:16:19 -0400 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.6604 (9.0.2911.0) In-Reply-To: <20040928.232615.83622950.imp@bsdimp.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal cc: freebsd-current@freebsd.org Subject: RE: FDC/ACPI/GEOM problems 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: Wed, 29 Sep 2004 18:16:22 -0000 M. Warner Losh wrote: > -----Original Message----- > From: M. Warner Losh [mailto:imp@bsdimp.com] > Sent: Wednesday, September 29, 2004 01:26 > To: David.Boyd@insightbb.com > Cc: freebsd-current@freebsd.org > Subject: Re: FDC/ACPI/GEOM problems > > > Oh, I see it was RELENG_5. Please try to update to latest fdc_isa.c > and let me know if you are still seeing the problem. > > Warner Yes, the latest fix seems to have corrected the problem (at least for me). From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:30:07 2004 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 8660216A4CE; Wed, 29 Sep 2004 18:30:07 +0000 (GMT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7446743D45; Wed, 29 Sep 2004 18:30:07 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from dougb.net ([24.130.110.32]) by comcast.net (rwcrmhc13) with SMTP id <20040929183002015006qiu0e>; Wed, 29 Sep 2004 18:30:07 +0000 Date: Wed, 29 Sep 2004 11:30:02 -0700 (PDT) From: Doug Barton To: John In-Reply-To: <20040928161107.GA44604@mail.unixjunkie.com> Message-ID: <20040929111757.T90578@qbhto.arg> References: <20040920232312.GA17065@mail.unixjunkie.com> <20040928161107.GA44604@mail.unixjunkie.com> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org Subject: Re: odd cvsup error. (cvsup.uk.FreeBSD.org) 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: Wed, 29 Sep 2004 18:30:07 -0000 Problems with cvsup.uk were reported last week as well, it seems to be badly out of date. Meanwhile, you might want to check out ports/sysutils/fastest_cvsup. HTH, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:31:27 2004 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 9E57B16A4CF; Wed, 29 Sep 2004 18:31:27 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9C8043D2D; Wed, 29 Sep 2004 18:31:26 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8TIWB6k068872; Wed, 29 Sep 2004 12:32:11 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <415AFF26.8010603@FreeBSD.org> Date: Wed, 29 Sep 2004 12:29:58 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> <20040929092710.GA59303@cat.robbins.dropbear.id.au> <20040929123100.GA600@electra.cse.Buffalo.EDU> <20040929135217.GA16594@saltmine.radix.net> <20040929164422.GA9262@xor.obsecurity.org> <20040929171619.GC26065@saltmine.radix.net> <20040929172721.GA12793@xor.obsecurity.org> <20040929180703.GA16806@xor.obsecurity.org> In-Reply-To: <20040929180703.GA16806@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.5 required=3.8 tests=REMOVE_REMOVAL_2WORD autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: re@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: Thomas Dickey Subject: Re: HEADS-UP: Library version number bumps (revised) 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: Wed, 29 Sep 2004 18:31:27 -0000 Kris Kennaway wrote: > On Wed, Sep 29, 2004 at 10:27:21AM -0700, Kris Kennaway wrote: > > >>>** If the script is blameless, then there's a change in the way the >>>** linker builds shared libraries (the point I was trying to establish). >> >>OK, I think my script is confused because objdump thinks the symbols >>moved from .data to .bss. I'll take a closer look (and switch it over >>to use readelf instead). > > > (As peter keeps telling me) readelf does a much better job, and also > finds some things that objdump missed. > > Summary: ncurses is probably OK since the only removed symbols are the > _nc_* private interface. Thanks for the sanity check. > > The libraries > > libhistory > libopie > libpcap From the list below, I wonder if all of the yy* symbols are from yacc. Would these actually be considered to be part of the public interface? The only two symbols that aren't in the yy* form look to definitely be for internal use only. Can we fix __xuname instead? > libreadline The readline(3) manpage seems to imply that this library only has one public symbol. Is this true? > > must be bumped as previously discussed. I'm not sure about libm since > the remaining problems seem to have been fixed already. The others > would be problems and should be bumped if anything can be shown to use > the symbols listed, but at least nothing in the 4.x package > collections uses them so we can probably get away without it. > > The new full list of differences is: > > ==> Comparing symbols in libalias.so.4 > 2) packetAliasMode removed with no replacement > 2) skinnyPort removed with no replacement > ==> Comparing symbols in libcam.so.2 > 2) scsi_interpret_sense removed with no replacement > 2) scsi_sense_key_text removed with no replacement > ==> Comparing symbols in libcrypt.so.2 > 2) Blowfish_decipher removed with no replacement > 2) Blowfish_encipher removed with no replacement > 2) bcrypt_gensalt removed with no replacement > 2) blf_cbc_decrypt removed with no replacement > 2) blf_cbc_encrypt removed with no replacement > 2) blf_dec removed with no replacement > 2) blf_ecb_decrypt removed with no replacement > 2) blf_ecb_encrypt removed with no replacement > 2) blf_key removed with no replacement > ==> Comparing symbols in libg2c.so.1 > 2) __G77_LIBF77_VERSION__ removed with no replacement > 2) __G77_LIBI77_VERSION__ removed with no replacement > 2) __G77_LIBU77_VERSION__ removed with no replacement > 2) g77__ivers__ removed with no replacement > 2) g77__uvers__ removed with no replacement > ==> Comparing symbols in libhistory.so.4 > 1) mbrlen reference added to new version of common libraries but is unresolved within common libraries > 1) mbrtowc reference added to new version of common libraries but is unresolved within common libraries > 2) get_env_value removed with no replacement > 2) get_home_dir removed with no replacement > 2) set_lines_and_columns removed with no replacement > 2) single_quote removed with no replacement > 2) unset_nodelay_mode removed with no replacement > ==> Comparing symbols in libisc.so.1 > 1) pselect reference added to new version of common libraries but is unresolved within common libraries > ==> Comparing symbols in libm.so.2 > 2) __arch___ieee754_acos removed with no replacement > 2) __arch___ieee754_asin removed with no replacement > 2) __arch___ieee754_atan2 removed with no replacement > 2) __arch___ieee754_exp removed with no replacement > 2) __arch___ieee754_fmod removed with no replacement > 2) __arch___ieee754_log removed with no replacement > 2) __arch___ieee754_log10 removed with no replacement > 2) __arch___ieee754_remainde removed with no replacement > 2) __arch___ieee754_scalb removed with no replacement > 2) __arch___ieee754_sqrt removed with no replacement > 2) __arch_atan removed with no replacement > 2) __arch_ceil removed with no replacement > 2) __arch_copysign removed with no replacement > 2) __arch_cos removed with no replacement > 2) __arch_finite removed with no replacement > 2) __arch_floor removed with no replacement > 2) __arch_ilogb removed with no replacement > 2) __arch_logb removed with no replacement > 2) __arch_rint removed with no replacement > 2) __arch_scalbn removed with no replacement > 2) __arch_significand removed with no replacement > 2) __arch_sin removed with no replacement > 2) __arch_tan removed with no replacement > 2) __generic___ieee754_acos removed with no replacement > 2) __generic___ieee754_asin removed with no replacement > 2) __generic___ieee754_atan2 removed with no replacement > 2) __generic___ieee754_exp removed with no replacement > 2) __generic___ieee754_fmod removed with no replacement > 2) __generic___ieee754_log removed with no replacement > 2) __generic___ieee754_log10 removed with no replacement > 2) __generic___ieee754_remai removed with no replacement > 2) __generic___ieee754_scalb removed with no replacement > 2) __generic___ieee754_sqrt removed with no replacement > 2) __generic_atan removed with no replacement > 2) __generic_ceil removed with no replacement > 2) __generic_copysign removed with no replacement > 2) __generic_cos removed with no replacement > 2) __generic_finite removed with no replacement > 2) __generic_floor removed with no replacement > 2) __generic_ilogb removed with no replacement > 2) __generic_logb removed with no replacement > 2) __generic_rint removed with no replacement > 2) __generic_scalbn removed with no replacement > 2) __generic_significand removed with no replacement > 2) __generic_sin removed with no replacement > 2) __generic_tan removed with no replacement > 2) __get_hw_float removed with no replacement > 2) __i387___ieee754_acos removed with no replacement > 2) __i387___ieee754_asin removed with no replacement > 2) __i387___ieee754_atan2 removed with no replacement > 2) __i387___ieee754_exp removed with no replacement > 2) __i387___ieee754_fmod removed with no replacement > 2) __i387___ieee754_log removed with no replacement > 2) __i387___ieee754_log10 removed with no replacement > 2) __i387___ieee754_remainde removed with no replacement > 2) __i387___ieee754_scalb removed with no replacement > 2) __i387___ieee754_sqrt removed with no replacement > 2) __i387_atan removed with no replacement > 2) __i387_ceil removed with no replacement > 2) __i387_copysign removed with no replacement > 2) __i387_cos removed with no replacement > 2) __i387_finite removed with no replacement > 2) __i387_floor removed with no replacement > 2) __i387_ilogb removed with no replacement > 2) __i387_logb removed with no replacement > 2) __i387_rint removed with no replacement > 2) __i387_scalbn removed with no replacement > 2) __i387_significand removed with no replacement > 2) __i387_sin removed with no replacement > 2) __i387_tan removed with no replacement > ==> Comparing symbols in libncp.so.1 > 1) _getprogname reference added to new version of common libraries but is unresolved within common libraries > 2) sysentoffset removed with no replacement > ==> Comparing symbols in libncurses.so.5 > 2) _nc_background removed with no replacement > 2) _nc_lib_traceatr removed with no replacement > 2) _nc_lib_tracechr removed with no replacement > 2) _nc_lib_tracedmp removed with no replacement > 2) _nc_lib_tracemouse removed with no replacement > 2) _nc_trace_buf removed with no replacement > 2) _nc_trace_tries removed with no replacement > 2) _nc_trace_xnames removed with no replacement > 2) _nc_tracebits removed with no replacement > ==> Comparing symbols in libopie.so.2 > 1) __xuname reference added to new version of common libraries but is unresolved within common libraries > 2) opielogin removed with no replacement > 2) opielogwtmp removed with no replacement > ==> Comparing symbols in libpcap.so.2 > 1) __xuname reference added to new version of common libraries but is unresolved within common libraries > 2) pcap_lval removed with no replacement > 2) yy_create_buffer removed with no replacement > 2) yy_delete_buffer removed with no replacement > 2) yy_flush_buffer removed with no replacement > 2) yy_init_buffer removed with no replacement > 2) yy_load_buffer_state removed with no replacement > 2) yy_scan_buffer removed with no replacement > 2) yy_scan_bytes removed with no replacement > 2) yy_scan_string removed with no replacement > 2) yy_switch_to_buffer removed with no replacement > 2) yychar removed with no replacement > 2) yycheck removed with no replacement > 2) yydebug removed with no replacement > 2) yydefred removed with no replacement > 2) yydgoto removed with no replacement > 2) yyerrflag removed with no replacement > 2) yygindex removed with no replacement > 2) yyin removed with no replacement > 2) yylen removed with no replacement > 2) yyleng removed with no replacement > 2) yylex removed with no replacement > 2) yylhs removed with no replacement > 2) yynerrs removed with no replacement > 2) yyout removed with no replacement > 2) yyparse removed with no replacement > 2) yyrestart removed with no replacement > 2) yyrindex removed with no replacement > 2) yysindex removed with no replacement > 2) yyss removed with no replacement > 2) yysslim removed with no replacement > 2) yyssp removed with no replacement > 2) yystacksize removed with no replacement > 2) yytable removed with no replacement > 2) yytext removed with no replacement > 2) yyval removed with no replacement > 2) yyvs removed with no replacement > 2) yyvsp removed with no replacement > 2) yywrap removed with no replacement > ==> Comparing symbols in libreadline.so.4 > 1) mbrlen reference added to new version of common libraries but is unresolved within common libraries > 1) mbrtowc reference added to new version of common libraries but is unresolved within common libraries > 2) _rl_defining_kbd_macro removed with no replacement > 2) _rl_executing_macro removed with no replacement > 2) get_env_value removed with no replacement > 2) get_home_dir removed with no replacement > 2) possible_control_prefixes removed with no replacement > 2) possible_meta_prefixes removed with no replacement > 2) saved_line_for_history removed with no replacement > 2) screenchars removed with no replacement > 2) screenheight removed with no replacement > 2) screenwidth removed with no replacement > 2) set_lines_and_columns removed with no replacement > 2) single_quote removed with no replacement > 2) term_DC removed with no replacement > 2) term_IC removed with no replacement > 2) term_backspace removed with no replacement > 2) term_clreol removed with no replacement > 2) term_clrpag removed with no replacement > 2) term_cr removed with no replacement > 2) term_dc removed with no replacement > 2) term_ei removed with no replacement > 2) term_goto removed with no replacement > 2) term_ic removed with no replacement > 2) term_im removed with no replacement > 2) term_ip removed with no replacement > 2) term_pc removed with no replacement > 2) term_up removed with no replacement > 2) terminal_can_insert removed with no replacement > 2) unset_nodelay_mode removed with no replacement > ==> Comparing symbols in libssh.so.2 > 1) ___res reference added to new version of common libraries but is unresolved within common libraries > 1) __h_error reference added to new version of common libraries but is unresolved within common libraries > 2) auth_input_open_request removed with no replacement > 2) debug removed with no replacement > 2) debug2 removed with no replacement > 2) debug3 removed with no replacement > 2) error removed with no replacement > 2) fatal removed with no replacement > 2) fatal_add_cleanup removed with no replacement > 2) fatal_cleanup removed with no replacement > 2) fatal_remove_all_cleanups removed with no replacement > 2) fatal_remove_cleanup removed with no replacement > 2) get_progname removed with no replacement > 2) kexdh removed with no replacement > 2) kexgex removed with no replacement > 4) log removed with no replacement which is not a common library > 2) mm_auth2_read_banner removed with no replacement > 2) mm_auth_password removed with no replacement > 2) mm_auth_rhosts_rsa_key_al removed with no replacement > 2) mm_auth_rsa_generate_chal removed with no replacement > 2) mm_auth_rsa_key_allowed removed with no replacement > 2) mm_auth_rsa_verify_respon removed with no replacement > 2) mm_bsdauth_query removed with no replacement > 2) mm_bsdauth_respond removed with no replacement > 2) mm_choose_dh removed with no replacement > 2) mm_getpwnamallow removed with no replacement > 2) mm_hostbased_key_allowed removed with no replacement > 2) mm_inform_authserv removed with no replacement > 2) mm_key_allowed removed with no replacement > 2) mm_key_sign removed with no replacement > 2) mm_key_verify removed with no replacement > 2) mm_newkeys_from_blob removed with no replacement > 2) mm_newkeys_to_blob removed with no replacement > 2) mm_pam_free_ctx removed with no replacement > 2) mm_pam_init_ctx removed with no replacement > 2) mm_pam_query removed with no replacement > 2) mm_pam_respond removed with no replacement > 2) mm_pty_allocate removed with no replacement > 2) mm_receive_fd removed with no replacement > 2) mm_request_receive removed with no replacement > 2) mm_request_receive_expect removed with no replacement > 2) mm_request_send removed with no replacement > 2) mm_send_fd removed with no replacement > 2) mm_send_keystate removed with no replacement > 2) mm_session_pty_cleanup2 removed with no replacement > 2) mm_ssh1_session_id removed with no replacement > 2) mm_ssh1_session_key removed with no replacement > 2) mm_start_pam removed with no replacement > 2) mm_terminate removed with no replacement > 2) mm_user_key_allowed removed with no replacement > 2) packet_get_seqnr removed with no replacement > 2) packet_set_seqnr removed with no replacement > 2) pmonitor removed with no replacement > 2) use_privsep removed with no replacement > 2) verbose removed with no replacement > ==> Comparing symbols in libz.so.2 > 2) inflate_blocks removed with no replacement > 2) inflate_blocks_free removed with no replacement > 2) inflate_blocks_new removed with no replacement > 2) inflate_blocks_reset removed with no replacement > 2) inflate_blocks_sync_point removed with no replacement > 2) inflate_codes removed with no replacement > 2) inflate_codes_free removed with no replacement > 2) inflate_codes_new removed with no replacement > 2) inflate_flush removed with no replacement > 2) inflate_mask removed with no replacement > 2) inflate_set_dictionary removed with no replacement > 2) inflate_trees_bits removed with no replacement > 2) inflate_trees_dynamic removed with no replacement > 2) inflate_trees_fixed removed with no replacement > > Explanation of errors: > 1) will cause runtime failures with LD_BIND_NOW > 2), 3) will cause runtime failures if an old binary references the symbol and is run with the new libraries > 4) will cause runtime failures if an old binary references the symbol and is not linked against > /tmp/checkcompat.WS4PkkLG > > > >>>The only other one that is noticeable is the private _nc_tracebits >>>symbol (not the topic of this discussion, since applications that use >>>private symbols aren't supported by anyone that I recall). >>> >>> >>>>A 4.x binary that calls _nc_tracebits() will fail outright when run on >>>>5.x, but this is a debugging function and not likely to be widely used >>>>in the real world, so that isn't a big deal. >>> >>>_nc_tracebits is a variable, not a function. You can't "call" it. >> >>The linker, curs_trace(3) and beg to differ: >> >>extern char *_nc_tracebits(void); >> >> >>>Also - checking the changelog - _nc_tracebits was not in ncurses 4.2 >>>(it was introduced in late 1998). >> >>We're not talking about ncurses 4.2, as I tried to clarify in my >>previous email. >> >>Kris > > > From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:32:32 2004 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 8732816A4CE for ; Wed, 29 Sep 2004 18:32:32 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDB3E43D2D for ; Wed, 29 Sep 2004 18:32:31 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from dougb.net ([24.130.110.32]) by comcast.net (sccrmhc11) with SMTP id <20040929183230011001j4p2e>; Wed, 29 Sep 2004 18:32:31 +0000 Date: Wed, 29 Sep 2004 11:32:29 -0700 (PDT) From: Doug Barton To: Grover Lines In-Reply-To: <1096412691.1464.6.camel@purgatory.ceribus.net> Message-ID: <20040929113100.I90578@qbhto.arg> References: <1096412691.1464.6.camel@purgatory.ceribus.net> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org Subject: Re: Proper way to run bind9 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: Wed, 29 Sep 2004 18:32:32 -0000 On Tue, 28 Sep 2004, Grover Lines wrote: > I'd just like to thank the guys working on bind9. I just transfered all > my zone files to the new format of being in > the /var/named/etc/named/master or slave folders modified my named.conf > to reflect those, and set my rc.conf as named_enable="YES" and its > working KICKASS now with no hassles or problems. Auto chrooted and > everything. Thanks again. I had been waiting for this import for a long > time. Thanks for the kind words, it is very nice to hear. :) The only thing I would add is that you might want to look through the sample named.conf file and the documentation in /usr/share/doc/bind9 to see if there are any new configuration options that would be useful in your situation. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:35:18 2004 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 228A816A4CE for ; Wed, 29 Sep 2004 18:35:18 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FC7E43D45 for ; Wed, 29 Sep 2004 18:35:18 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from dougb.net ([24.130.110.32]) by comcast.net (rwcrmhc11) with SMTP id <2004092918351701300fejsqe>; Wed, 29 Sep 2004 18:35:17 +0000 Date: Wed, 29 Sep 2004 11:35:17 -0700 (PDT) From: Doug Barton To: Jamie Bowden In-Reply-To: <20040928074510.W80789-100000@moo.sysabend.org> Message-ID: <20040929113316.H90578@qbhto.arg> References: <20040928074510.W80789-100000@moo.sysabend.org> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@FreeBSD.org Subject: Re: NFS with 5.3-B6 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: Wed, 29 Sep 2004 18:35:18 -0000 On Tue, 28 Sep 2004, Jamie Bowden wrote: > On Tue, 28 Sep 2004, Jamie Bowden wrote: > >> 10:28am ghast /boot/kernel %kldload nfsclient.ko >> kldload: can't load nfsclient.ko: No such file or directory > > Damnit, this was my problem. Is ther eany particular reason why > mergemaster doesn't update loader.rc? mm only knows about things that are built and installed through src/etc/Makefile. It would be possible to add other Makefiles to that mix, but what I want to be very careful NOT to do is to give mm a bunch of "special knowledge" about various files in the system because that becomes very hard to keep up to date, deal with upgrades across milestones, etc. That said, I think that the issue of mm updating loader.rc has come up in the past, and it was vetoed by people who understand the loader stuff a lot better than I do. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:37:27 2004 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 D095D16A4DD; Wed, 29 Sep 2004 18:37:27 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 559FA43D39; Wed, 29 Sep 2004 18:37:27 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A055A51262; Wed, 29 Sep 2004 11:37:49 -0700 (PDT) Date: Wed, 29 Sep 2004 11:37:49 -0700 From: Kris Kennaway To: Scott Long Message-ID: <20040929183749.GA29571@xor.obsecurity.org> References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> <20040929092710.GA59303@cat.robbins.dropbear.id.au> <20040929123100.GA600@electra.cse.Buffalo.EDU> <20040929135217.GA16594@saltmine.radix.net> <20040929164422.GA9262@xor.obsecurity.org> <20040929171619.GC26065@saltmine.radix.net> <20040929172721.GA12793@xor.obsecurity.org> <20040929180703.GA16806@xor.obsecurity.org> <415AFF26.8010603@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: <415AFF26.8010603@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: Thomas Dickey cc: freebsd-current@FreeBSD.org cc: re@FreeBSD.org cc: Kris Kennaway Subject: Re: HEADS-UP: Library version number bumps (revised) 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: Wed, 29 Sep 2004 18:37:28 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 29, 2004 at 12:29:58PM -0600, Scott Long wrote: > > libpcap >=20 > From the list below, I wonder if all of the yy* symbols are from yacc. > Would these actually be considered to be part of the public interface? > The only two symbols that aren't in the yy* form look to definitely be > for internal use only. Can we fix __xuname instead? Perhaps. There's also the pcap_lval symbol. I haven't checked whether anything uses it or the yy_*. > >=3D=3D> Comparing symbols in libpcap.so.2 > >1) __xuname reference added to new version of common libraries but is=20 > >unresolved within common libraries > >2) pcap_lval removed with no replacement > >2) yy_create_buffer removed with no replacement > >2) yy_delete_buffer removed with no replacement > >2) yy_flush_buffer removed with no replacement > >2) yy_init_buffer removed with no replacement > >2) yy_load_buffer_state removed with no replacement > >2) yy_scan_buffer removed with no replacement > >2) yy_scan_bytes removed with no replacement > >2) yy_scan_string removed with no replacement > >2) yy_switch_to_buffer removed with no replacement > >2) yychar removed with no replacement > >2) yycheck removed with no replacement > >2) yydebug removed with no replacement > >2) yydefred removed with no replacement > >2) yydgoto removed with no replacement > >2) yyerrflag removed with no replacement > >2) yygindex removed with no replacement > >2) yyin removed with no replacement > >2) yylen removed with no replacement > >2) yyleng removed with no replacement > >2) yylex removed with no replacement > >2) yylhs removed with no replacement > >2) yynerrs removed with no replacement > >2) yyout removed with no replacement > >2) yyparse removed with no replacement > >2) yyrestart removed with no replacement > >2) yyrindex removed with no replacement > >2) yysindex removed with no replacement > >2) yyss removed with no replacement > >2) yysslim removed with no replacement > >2) yyssp removed with no replacement > >2) yystacksize removed with no replacement > >2) yytable removed with no replacement > >2) yytext removed with no replacement > >2) yyval removed with no replacement > >2) yyvs removed with no replacement > >2) yyvsp removed with no replacement > >2) yywrap removed with no replacement > > libreadline =20 >=20 > The readline(3) manpage seems to imply that this library only has one > public symbol. Is this true? The issue here is that certain code paths in the 5.x library call mbrlen() and mbrtowc() which are not present in 5.x, so the 4.x binary will abort if it hits them. > >1) mbrlen reference added to new version of common libraries but is=20 > >unresolved within common libraries > >1) mbrtowc reference added to new version of common libraries but is=20 > >unresolved within common libraries > >2) _rl_defining_kbd_macro removed with no replacement > >2) _rl_executing_macro removed with no replacement > >2) get_env_value removed with no replacement > >2) get_home_dir removed with no replacement > >2) possible_control_prefixes removed with no replacement > >2) possible_meta_prefixes removed with no replacement > >2) saved_line_for_history removed with no replacement > >2) screenchars removed with no replacement > >2) screenheight removed with no replacement > >2) screenwidth removed with no replacement > >2) set_lines_and_columns removed with no replacement > >2) single_quote removed with no replacement > >2) term_DC removed with no replacement > >2) term_IC removed with no replacement > >2) term_backspace removed with no replacement > >2) term_clreol removed with no replacement > >2) term_clrpag removed with no replacement > >2) term_cr removed with no replacement > >2) term_dc removed with no replacement > >2) term_ei removed with no replacement > >2) term_goto removed with no replacement > >2) term_ic removed with no replacement > >2) term_im removed with no replacement > >2) term_ip removed with no replacement > >2) term_pc removed with no replacement > >2) term_up removed with no replacement > >2) terminal_can_insert removed with no replacement > >2) unset_nodelay_mode removed with no replacement Kris --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWwD9Wry0BWjoQKURAlpQAJ9pWpVwlNQOXr4AsnaYi8a5yz0cUgCdHXtO L/Nqm0BIJHuoPfDQ9Ssofao= =Ht68 -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:38:42 2004 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 150EE16A4CE for ; Wed, 29 Sep 2004 18:38:42 +0000 (GMT) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FBC543D3F for ; Wed, 29 Sep 2004 18:38:40 +0000 (GMT) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id i8TIcdbC017617 for ; Wed, 29 Sep 2004 14:38:40 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id i8TIcdgY017616 for freebsd-current@freebsd.org; Wed, 29 Sep 2004 14:38:39 -0400 (EDT) Date: Wed, 29 Sep 2004 14:38:39 -0400 From: Thomas Dickey To: freebsd-current@freebsd.org Message-ID: <20040929183839.GA16061@saltmine.radix.net> References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> <20040929092710.GA59303@cat.robbins.dropbear.id.au> <20040929123100.GA600@electra.cse.Buffalo.EDU> <20040929135217.GA16594@saltmine.radix.net> <20040929164422.GA9262@xor.obsecurity.org> <20040929171619.GC26065@saltmine.radix.net> <20040929172721.GA12793@xor.obsecurity.org> <20040929180703.GA16806@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline In-Reply-To: <20040929180703.GA16806@xor.obsecurity.org> User-Agent: Mutt/1.3.27i Subject: Re: HEADS-UP: Library version number bumps (revised) 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: Wed, 29 Sep 2004 18:38:42 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 29, 2004 at 11:07:03AM -0700, Kris Kennaway wrote: > (As peter keeps telling me) readelf does a much better job, and also > finds some things that objdump missed. >=20 > Summary: ncurses is probably OK since the only removed symbols are the > _nc_* private interface. Thanks for the sanity check. thanks. (Changes outside the _nc_* interface should of course be reported as a bug). For the trace functions, those were supposedly not used by applications and I don't recall anyone reporting problems as a result of that change. --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFBWwEutIqByHxlDocRAl56AJ926hCWIxZAn78AmYEix8CMs2+StgCeP3rZ qvoQaK2GbyOC152p9UVtDhg= =IXSW -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:39:11 2004 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 0553416A4CE; Wed, 29 Sep 2004 18:39:11 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id F39AF43D49; Wed, 29 Sep 2004 18:39:09 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.205] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CCjM4-00016l-00; Wed, 29 Sep 2004 20:39:08 +0200 Received: from [217.227.157.226] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CCjM4-0000B4-00; Wed, 29 Sep 2004 20:39:08 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Wed, 29 Sep 2004 20:38:14 +0200 User-Agent: KMail/1.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1208317.dBTlZHnssG"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409292038.23349.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Shunsuke SHINOMIYA cc: Robert Watson Subject: Re: High rate traffic silence an em interface. 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: Wed, 29 Sep 2004 18:39:11 -0000 --nextPart1208317.dBTlZHnssG Content-Type: multipart/mixed; boundary="Boundary-01=_YEwWB2PanWTc3dH" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_YEwWB2PanWTc3dH Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline This might be my fault! Just committed a fix from Mike Makonnen, that might= =20 solve the problem you are seeing. It's just a missing "!" so it should be=20 easy to apply to RELENG_5 as well. Please give it a try (and accept my=20 apology for the headache caused). On Friday 24 September 2004 20:01, Robert Watson wrote: > On Sat, 25 Sep 2004, Shunsuke SHINOMIYA wrote: > > traffic over output interface's transmission rate silence an em > > interface with 5.3-BETA5. > > > > I configured a P4 with HTT box with two em interfaces for a router, one > > interface is set to 100BaseTX, the other is set to 10BaseT. > > > > And I sent the IPv4 11Mbps(only 1Mbps exceed 10Mbps) traffic for 10 > > seconds from 100BaseTX side to 10BaseT side by smartbits, most of > > packets dropped and this measurement terminated with failure. > > Then I did ping to a host over 10baseT side at the box, ping outputted > > with "No buffers space avilable". > > I'm seeing this also. For me, the threshold to trigger the problem is > somewhere between 50Kpps and 250Kpps, depending on factors I can't > identify. However, the box I'm running on also has some interesting > interrupt configuration issues, so I'm wondering if what I'm looking at is > a driver race condition. It seems not to be related to Giant over the > network stack -- I see the weding with and without debug.mpsafenet=3D1. > > I saw Sam Leffler also report a similar problem today. Bosko and I have > been seeing this if_em problem on some test hardware we have been using > for several months. Bosko tried updating to the latest version of the > driver from Intel's web site, and it appeared to make the problem go away. > However, the version on Intel's web site doesn't have busdma support or > fine-grained locking, so if it is a race condition, maybe their version of > the driver doesn't trigger it because it's doing these things differently > (i.e., might still exist there). > > You might try using the netrate tool I committed to > src/tools/tools/netrate to try and figure out the threshold transmission > level necessary to trigger the problem. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Principal Research Scientist, McAfee Resear= ch > > > >> ping 10.1.1.3 > > > > > >PING 10.1.1.3 (10.1.1.3): 56 data bytes > > >ping: sendto: No buffer space available > > >^C > > >--- 10.1.1.3 ping statistics --- > > >1 packets transmitted, 0 packets received, 100% packet loss > > > > I found two methods for recovery. One is up & down the interface of > > 10BaseT side, the other (strange?) one is ping6 to the host over 10baseT > > side like "ping6 ff02::1%em1". > > > > "Tx Descriptors not avail1" counter by hw.em1.debug_info increased. > > Another counters kept zero. > > > > > em1: Adapter hardware address =3D 0xc3dc6b34 > > > em1:CTRL =3D 0x40f01849 > > > em1:RCTL =3D 0x8002 PS=3D(0x8402) > > > em1:tx_int_delay =3D 0, tx_abs_int_delay =3D 0 > > > em1:rx_int_delay =3D 0, rx_abs_int_delay =3D 0 > > > em1: fifo workaround =3D 0, fifo_reset =3D 0 > > > em1: hw tdh =3D 132, hw tdt =3D 132 > > > em1: Num Tx descriptors avail =3D 256 > > > em1: Tx Descriptors not avail1 =3D 6430 > > > em1: Tx Descriptors not avail2 =3D 0 > > > em1: Std mbuf failed =3D 0 > > > em1: Std mbuf cluster failed =3D 0 > > > em1: Driver dropped packets =3D 0 > > > > Is this a peculiar problem just with me? > > > > -- > > Shunsuke SHINOMIYA =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-01=_YEwWB2PanWTc3dH Content-Type: text/x-diff; charset="iso-8859-1"; name="if_em.c.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="if_em.c.diff" Index: sys/dev/em/if_em.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/em/if_em.c,v retrieving revision 1.45 diff -u -r1.45 if_em.c =2D-- sys/dev/em/if_em.c 1 Sep 2004 23:22:41 -0000 1.45 +++ sys/dev/em/if_em.c 28 Sep 2004 21:08:54 -0000 @@ -1019,7 +1019,7 @@ loop_cnt--; } =20 =2D if (ifp->if_flags & IFF_RUNNING && IFQ_DRV_IS_EMPTY(&ifp->if_snd= )) + if (ifp->if_flags & IFF_RUNNING && !IFQ_DRV_IS_EMPTY(&ifp->if_snd)) em_start_locked(ifp); =20 EM_UNLOCK(adapter); --Boundary-01=_YEwWB2PanWTc3dH-- --nextPart1208317.dBTlZHnssG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBWwEfXyyEoT62BG0RArFiAJoDYU0Pu1xG7amFZir9EAnaFhrCHQCfQ+HK X+ZFF3bRpQfRLBfoZ+5jpRw= =YpGn -----END PGP SIGNATURE----- --nextPart1208317.dBTlZHnssG-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:43:27 2004 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 B6FBD16A4CE for ; Wed, 29 Sep 2004 18:43:27 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A41643D45 for ; Wed, 29 Sep 2004 18:43:27 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i8TIlGl0028263; Wed, 29 Sep 2004 11:47:16 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8TIlG2x028262; Wed, 29 Sep 2004 11:47:16 -0700 Date: Wed, 29 Sep 2004 11:47:16 -0700 From: Brooks Davis To: Muthu_T@Dell.com Message-ID: <20040929184716.GB14050@odin.ac.hmc.edu> References: <71F713C5E3CB7F4F9ACCBBB8E9BE318A1E1DD2@blrx2kmbgl101.blr.amer.dell.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Md/poaVZ8hnGTzuv" Content-Disposition: inline In-Reply-To: <71F713C5E3CB7F4F9ACCBBB8E9BE318A1E1DD2@blrx2kmbgl101.blr.amer.dell.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org Subject: Re: PE2850 + FreeBSD 5.3-BETA6 - Keyboard not working 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: Wed, 29 Sep 2004 18:43:27 -0000 --Md/poaVZ8hnGTzuv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 29, 2004 at 08:42:32AM -0500, Muthu_T@Dell.com wrote: > All, >=20 > Successfully installed FreeBSD 5.3-BETA6 on Dell PE2860. > After rebooting in the login prompt the system doesn't accept any > keystrokes. > I have 1 USB and 1 PS/2 Keyboard. Both keyboards are working (caps > on/off, Numlock on/off works), but the characters doesn't comes to the > system console. >=20 > Attaching the dmesg output. >=20 > Looks like DELL DRAC (Dell Remote Access Card) card is identified as > Keyboard.=20 > See the line: (ukbd0: Dell DRAC4, rev 1.10/0.00, addr 2, iclass 3/1) >=20 > Any fixes? =46rom your other message, I think I see what's happening. The information that the PS/2 keyboard works in single user mode was critical. The root problem is that you can have one and only one console keyboard today. I'm working on fixing that, but it's going to take time. For now we're attemting to work around this problem by making ukbd0 the console keyboard in multiuser mode via devd rules. In your case this backfires because ukbd0 is your DRAC card not yoru external USB keyboard. A workaround that should work in your case is to boot into single user and comment out the ukbd related lines in /etc/devd.conf. Then your PS/2 keyboard will remain your console keyboard. -- Brooks --Md/poaVZ8hnGTzuv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBWwMzXY6L6fI4GtQRAtGrAKCzVRwG70w5cMuCaDMzbPStmIUGmQCfRDBn KS2mYj4BqlUZBKzIp2kQ7+w= =g3Ca -----END PGP SIGNATURE----- --Md/poaVZ8hnGTzuv-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 18:45:06 2004 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 668B516A512; Wed, 29 Sep 2004 18:45:06 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB03B43D39; Wed, 29 Sep 2004 18:45:05 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8TIjoLC068958; Wed, 29 Sep 2004 12:45:50 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <415B0259.9000400@FreeBSD.org> Date: Wed, 29 Sep 2004 12:43:37 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> <20040929092710.GA59303@cat.robbins.dropbear.id.au> <20040929123100.GA600@electra.cse.Buffalo.EDU> <20040929135217.GA16594@saltmine.radix.net> <20040929164422.GA9262@xor.obsecurity.org> <20040929171619.GC26065@saltmine.radix.net> <20040929172721.GA12793@xor.obsecurity.org> <20040929180703.GA16806@xor.obsecurity.org> <415AFF26.8010603@FreeBSD.org> <20040929183749.GA29571@xor.obsecurity.org> In-Reply-To: <20040929183749.GA29571@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: Thomas Dickey cc: freebsd-current@FreeBSD.org cc: re@FreeBSD.org Subject: Re: HEADS-UP: Library version number bumps (revised) 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: Wed, 29 Sep 2004 18:45:06 -0000 Kris Kennaway wrote: > On Wed, Sep 29, 2004 at 12:29:58PM -0600, Scott Long wrote: > > >>> libpcap >> >>From the list below, I wonder if all of the yy* symbols are from yacc. >>Would these actually be considered to be part of the public interface? >>The only two symbols that aren't in the yy* form look to definitely be >>for internal use only. Can we fix __xuname instead? > > > Perhaps. There's also the pcap_lval symbol. I haven't checked > whether anything uses it or the yy_*. pcap_lval is a redefinition of yylval. It is not present in pcap.h. > > >>>==> Comparing symbols in libpcap.so.2 >>>1) __xuname reference added to new version of common libraries but is >>>unresolved within common libraries >>>2) pcap_lval removed with no replacement >>>2) yy_create_buffer removed with no replacement >>>2) yy_delete_buffer removed with no replacement >>>2) yy_flush_buffer removed with no replacement >>>2) yy_init_buffer removed with no replacement >>>2) yy_load_buffer_state removed with no replacement >>>2) yy_scan_buffer removed with no replacement >>>2) yy_scan_bytes removed with no replacement >>>2) yy_scan_string removed with no replacement >>>2) yy_switch_to_buffer removed with no replacement >>>2) yychar removed with no replacement >>>2) yycheck removed with no replacement >>>2) yydebug removed with no replacement >>>2) yydefred removed with no replacement >>>2) yydgoto removed with no replacement >>>2) yyerrflag removed with no replacement >>>2) yygindex removed with no replacement >>>2) yyin removed with no replacement >>>2) yylen removed with no replacement >>>2) yyleng removed with no replacement >>>2) yylex removed with no replacement >>>2) yylhs removed with no replacement >>>2) yynerrs removed with no replacement >>>2) yyout removed with no replacement >>>2) yyparse removed with no replacement >>>2) yyrestart removed with no replacement >>>2) yyrindex removed with no replacement >>>2) yysindex removed with no replacement >>>2) yyss removed with no replacement >>>2) yysslim removed with no replacement >>>2) yyssp removed with no replacement >>>2) yystacksize removed with no replacement >>>2) yytable removed with no replacement >>>2) yytext removed with no replacement >>>2) yyval removed with no replacement >>>2) yyvs removed with no replacement >>>2) yyvsp removed with no replacement >>>2) yywrap removed with no replacement > > >>> libreadline >> >>The readline(3) manpage seems to imply that this library only has one >>public symbol. Is this true? > > > The issue here is that certain code paths in the 5.x library call > mbrlen() and mbrtowc() which are not present in 5.x, so the 4.x binary > will abort if it hits them. > Fair enough. > >>>1) mbrlen reference added to new version of common libraries but is >>>unresolved within common libraries >>>1) mbrtowc reference added to new version of common libraries but is >>>unresolved within common libraries >>>2) _rl_defining_kbd_macro removed with no replacement >>>2) _rl_executing_macro removed with no replacement >>>2) get_env_value removed with no replacement >>>2) get_home_dir removed with no replacement >>>2) possible_control_prefixes removed with no replacement >>>2) possible_meta_prefixes removed with no replacement >>>2) saved_line_for_history removed with no replacement >>>2) screenchars removed with no replacement >>>2) screenheight removed with no replacement >>>2) screenwidth removed with no replacement >>>2) set_lines_and_columns removed with no replacement >>>2) single_quote removed with no replacement >>>2) term_DC removed with no replacement >>>2) term_IC removed with no replacement >>>2) term_backspace removed with no replacement >>>2) term_clreol removed with no replacement >>>2) term_clrpag removed with no replacement >>>2) term_cr removed with no replacement >>>2) term_dc removed with no replacement >>>2) term_ei removed with no replacement >>>2) term_goto removed with no replacement >>>2) term_ic removed with no replacement >>>2) term_im removed with no replacement >>>2) term_ip removed with no replacement >>>2) term_pc removed with no replacement >>>2) term_up removed with no replacement >>>2) terminal_can_insert removed with no replacement >>>2) unset_nodelay_mode removed with no replacement > > > Kris From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 19:33:04 2004 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 2CBD816A4CE for ; Wed, 29 Sep 2004 19:33:04 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 178D643D45 for ; Wed, 29 Sep 2004 19:33:04 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8TJX3SZ018360 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 29 Sep 2004 12:33:03 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8TJX3xZ018359 for freebsd-current@freebsd.org; Wed, 29 Sep 2004 12:33:03 -0700 (PDT) (envelope-from jdc) Date: Wed, 29 Sep 2004 12:33:03 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20040929193303.GA18338@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org References: <1096412691.1464.6.camel@purgatory.ceribus.net> <20040929113100.I90578@qbhto.arg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040929113100.I90578@qbhto.arg> User-Agent: Mutt/1.5.6i Subject: Re: Proper way to run bind9 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: Wed, 29 Sep 2004 19:33:04 -0000 Will these changes be backported to RELENG_5? They're presently only in HEAD... -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Wed, Sep 29, 2004 at 11:32:29AM -0700, Doug Barton wrote: > On Tue, 28 Sep 2004, Grover Lines wrote: > > >I'd just like to thank the guys working on bind9. I just transfered all > >my zone files to the new format of being in > >the /var/named/etc/named/master or slave folders modified my named.conf > >to reflect those, and set my rc.conf as named_enable="YES" and its > >working KICKASS now with no hassles or problems. Auto chrooted and > >everything. Thanks again. I had been waiting for this import for a long > >time. > > Thanks for the kind words, it is very nice to hear. :) > > The only thing I would add is that you might want to look through the > sample named.conf file and the documentation in /usr/share/doc/bind9 to > see if there are any new configuration options that would be useful in > your situation. > > Doug > > -- > > This .signature sanitized for your protection > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 19:43:15 2004 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 44A9C16A4CE for ; Wed, 29 Sep 2004 19:43:15 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 254C843D1F for ; Wed, 29 Sep 2004 19:43:15 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.41 (FreeBSD)) id 1CCkM6-000A8T-G0 for freebsd-current@freebsd.org; Wed, 29 Sep 2004 19:43:14 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.42 (FreeBSD)) id 1CCkM4-000HnM-Sp for freebsd-current@freebsd.org; Wed, 29 Sep 2004 12:43:12 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16731.4176.332039.982508@roam.psg.com> Date: Wed, 29 Sep 2004 12:43:12 -0700 To: FreeBSD Current Subject: usb compile issue 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: Wed, 29 Sep 2004 19:43:15 -0000 -current on i386 two days ago, kernel compiled fine. with just now cvsup, i blow chunks. cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/dev/usb/usb_quirks.c cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/dev/usb/usb_subr.c /usr/src/sys/dev/usb/usb_subr.c: In function `usbd_setup_pipe': /usr/src/sys/dev/usb/usb_subr.c:823: error: `Some' undeclared (first use in this function) /usr/src/sys/dev/usb/usb_subr.c:823: error: (Each undeclared identifier is reported only once /usr/src/sys/dev/usb/usb_subr.c:823: error: for each function it appears in.) /usr/src/sys/dev/usb/usb_subr.c:823: error: syntax error before "device" /usr/src/sys/dev/usb/usb_subr.c: At top level: /usr/src/sys/dev/usb/usb_subr.c:832: warning: type defaults to `int' in declaration of `pipe' /usr/src/sys/dev/usb/usb_subr.c:832: error: `p' undeclared here (not in a function) /usr/src/sys/dev/usb/usb_subr.c:832: warning: data definition has no type or storage class /usr/src/sys/dev/usb/usb_subr.c:833: error: syntax error before "return" /usr/src/sys/dev/usb/usb_subr.c:92: warning: 'usbd_getnewaddr' declared `static' but never defined /usr/src/sys/dev/usb/usb_subr.c:101: warning: 'usbd_kill_pipe' declared `static' but never defined /usr/src/sys/dev/usb/usb_subr.c:103: warning: 'usbd_probe_and_attach' declared `static' but never defined /usr/src/sys/dev/usb/usb_subr.c:105: warning: 'usb_cookie_no' defined but not used *** Error code 1 Stop in /usr/obj/usr/src/sys/ROAM. *** Error code 1 Stop in /usr/src. *** Error code 1 randy --- machine i386 cpu I686_CPU ident FOO makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_DIRHASH # Improve performance on big directories options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev # output. Adds ~128k to driver. # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. options KDB # Enable kernel debugger support. options DDB # Support DDB. device isa device pci device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support device sc device npx device acpi_video device pmtimer device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus device sio # 8250, 16[45]50 based serial ports device ppc device ppbus # Parallel port bus (required) device lpt # Printer device em # Intel PRO/1000 adapter Gigabit Ethernet Card device wlan # 802.11 support device ath device ath_hal # Atheros HAL (includes binary component) device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device pf # PF OpenBSD packet-filter firewall device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device bpf # Berkeley packet filter device uhci # UHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device uscanner # Scanners From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 19:47:07 2004 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 B0D3616A4CF for ; Wed, 29 Sep 2004 19:47:07 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B20343D1F for ; Wed, 29 Sep 2004 19:47:07 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 742747A446; Wed, 29 Sep 2004 12:47:06 -0700 (PDT) Message-ID: <415B113A.1060508@elischer.org> Date: Wed, 29 Sep 2004 12:47:06 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Damian Gerow References: <20040927211341.GB30059@afflictions.org> <20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org> <20040929050154.GJ5115@afflictions.org> <415A6AE3.4050309@elischer.org> <415A6B8A.1040902@elischer.org> <20040929093723.GB29565@afflictions.org> In-Reply-To: <20040929093723.GB29565@afflictions.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Random processes hanging in unkillable state in -BETA6 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: Wed, 29 Sep 2004 19:47:07 -0000 EEEKKK! Damian Gerow wrote: >Thus spake Julian Elischer (julian@elischer.org) [29/09/04 04:01]: >: oh yeahh the output of the ps for that process would be good to seetoo. >: (the ps in ddb) >: >: there is an option to make ddb use printf() > >sysctl debug.ddb_use_print, for archival purposes. > >: which will make it's outut show up in dmesg after you 'c' >: (continue) back running again.. otherwise you'd need a serial consol to >: record it all. > >It's up at . I added in the >commands I typed, just for clarity (not needed, I know). > > - Damian > struct kg_sched { struct thread *skg_last_assigned; == NULL int skg_avail_opennings; == 0x7d000 <----------!!!!!!!!!!!!!!!! int skg_concurrency; = 1 int skg_runq_kses; = 0 };\ in the 6 ksegrp scheduler private structures we have, we see: skg_last_assigned skg_avail_opennings skg_concurrency skg_runq_kses 0 7d000 1 0 0 ce02 8c5 0 0 7d000 1 0 0 7d000 1 0 0 7d000 1 0 0 1ecb0 408 0 all the values of 7d000 are impossible.. in fact all the values in that column are "impossible". the values of 8c5 and 408 are also impossible for concurrency.. either we have corruption of the structures, or we have a failure to initialise the contents.. or we ahve a "leak" of opennings looking at the values and the fact that 7d000 appears in several of them I am suspicious that we didn't clear it properly at init. (goes to look at code..) hmmm yep i tlooks like htat might be it. try the following diff warning: cut'n'paste.. apply by hand. diff -u -r1.199 kern_thread.c --- kern/kern_thread.c 25 Sep 2004 00:53:46 -0000 1.199 +++ kern/kern_thread.c 29 Sep 2004 19:45:56 -0000 @@ -282,13 +282,13 @@ * Initialize type-stable parts of a ksegrp (when newly created). */ static int -ksegrp_init(void *mem, int size, int flags) +ksegrp_ctor(void *mem, int size, int flags) { struct ksegrp *kg; kg = (struct ksegrp *)mem; + bzero(mem, size); kg->kg_sched = (struct kg_sched *)&kg[1]; - /* sched_newksegrp(kg); */ return (0); } @@ -369,7 +369,7 @@ tid_zone = uma_zcreate("TID", sizeof(struct tid_bitmap_part), NULL, NULL, NULL, NULL, UMA_ALIGN_CACHE, 0); ksegrp_zone = uma_zcreate("KSEGRP", sched_sizeof_ksegrp(), - NULL, NULL, ksegrp_init, NULL, + ksegrp_ctor, NULL, NULL, NULL, UMA_ALIGN_CACHE, 0); kseinit(); /* set up kse specific stuff e.g. upcall zone*/ } From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 20:18:20 2004 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 7C02316A4CE for ; Wed, 29 Sep 2004 20:18:20 +0000 (GMT) Received: from mx2.mail.ru (mx2.mail.ru [194.67.23.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30A9D43D41 for ; Wed, 29 Sep 2004 20:18:20 +0000 (GMT) (envelope-from taras-s-y@mail.ru) Received: from [195.128.97.122] (port=65255 helo=taras.gznet.ru) by mx2.mail.ru with asmtp id 1CCku3-0001iL-00; Thu, 30 Sep 2004 00:18:19 +0400 From: Savchuk Taras Organization: msu To: freebsd-current@freebsd.org Date: Thu, 30 Sep 2004 00:18:14 +0000 User-Agent: KMail/1.7 References: <002b01c4a576$9b65f1d0$82fda3d1@sanmarcos.x25.net> <200409282025.04107.taras-s-y@mail.ru> <200409290609.i8T69wZD008877@dungeon.home> In-Reply-To: <200409290609.i8T69wZD008877@dungeon.home> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409300018.14616.taras-s-y@mail.ru> X-Spam: Not detected cc: Stephen McKay Subject: Re: dc0 acting up 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: Wed, 29 Sep 2004 20:18:20 -0000 On Wednesday 29 September 2004 06:09, Stephen McKay wrote: > On Tuesday, 28th September 2004, Savchuk Taras wrote: > >On Tuesday 28 September 2004 16:17, Jesse Marquez wrote: > > > >FreeBSD5.3-BETA4 > > > >I have the same output during boot: > >> dc0: failed to force tx and rx to idle state > >> dc0: failed to force tx and rx to idle state > >> dc0: failed to force tx and rx to idle state > > This one comes up every year or so and is my fault (more or less). > Maybe we can fix it now that people are reporting it, even though it > is actually pretty harmless. > > What hardware do you have? Ie what other dc0: lines do you find in dmesg? > > If you are willing to edit some code and try again, what happens when > you comment out the entire for loop at line 1379 of sys/pci/if_dc.c, which > looks like this: > > for (i = 0; i < DC_TIMEOUT; i++) { > isr = CSR_READ_4(sc, DC_ISR); > if (isr & DC_ISR_TX_IDLE && > ((isr & DC_ISR_RX_STATE) == DC_RXSTATE_STOPPED > || (isr & DC_ISR_RX_STATE) == DC_RXSTATE_WAIT)) break; > DELAY(10); > } > > if (i == DC_TIMEOUT) > printf("dc%d: failed to force tx and " > "rx to idle state\n", sc->dc_unit); > > Does your network card still work? I have made changes in "sys/pci/if_dc.c" as you said and have had this outout during "buildkernel": ------------------------------------------------------------------------------------------------------------------------------------ n-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/pci/if_dc.c /usr/src/sys/pci/if_dc.c: In function `dc_setcfg': /usr/src/sys/pci/if_dc.c:1369: warning: unused variable `i' /usr/src/sys/pci/if_dc.c:1370: warning: unused variable `isr' *** Error code 1 Stop in /usr/obj/usr/src/sys/T53-B6. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. root@taras.gznet.ru# ------------------------------------------------------------------------------------------------------------------------------------ > > The long story is that this test is probably unnecessary, though the manual > for the original Intel 21143 requires it. If it was skipped for non-Intel > chips, I think everyone would be happy. It would be nice to have some > experimental verification of this theory though. > > Stephen. -- Taras From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 20:30:43 2004 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 3F0AE16A4CE for ; Wed, 29 Sep 2004 20:30:43 +0000 (GMT) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id B89DB43D54 for ; Wed, 29 Sep 2004 20:30:42 +0000 (GMT) (envelope-from dieter@musicman.proxy501.no-ip.com) Received: from beezel.proxy501.no-ip.com (p5090462C.dip.t-dialin.net [80.144.70.44]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id D2FCC4F5C4 for ; Wed, 29 Sep 2004 22:30:40 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by beezel.proxy501.no-ip.com (Postfix) with ESMTP id AEDDC76607 for ; Wed, 29 Sep 2004 22:30:20 +0200 (CEST) Received: from beezel.proxy501.no-ip.com ([127.0.0.1])port 10024) with LMTP id 21517-04-2 for ; Wed, 29 Sep 2004 22:30:15 +0200 (CEST) Received: from musicman.proxy501.no-ip.com (musicman.proxy501.no-ip.com [192.168.10.88]) by beezel.proxy501.no-ip.com (Postfix) with ESMTP id 7BEA676606 for ; Wed, 29 Sep 2004 22:30:15 +0200 (CEST) Received: by musicman.proxy501.no-ip.com (Postfix, from userid 1000) id 1D110CFA6; Wed, 29 Sep 2004 22:30:45 +0200 (CEST) Date: Wed, 29 Sep 2004 22:30:44 +0200 From: Dieter Franzke To: FreeBSD Current Message-ID: <20040929203044.GA25549@musicman.proxy501.no-ip.com> Mail-Followup-To: FreeBSD Current References: <16731.4176.332039.982508@roam.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16731.4176.332039.982508@roam.psg.com> Organization: EyeNovation GmbH X-Operating-System: FreeBSD 6.0-CURRENT i386 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at proxy501.no-ip.com Subject: Re: usb compile issue 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: Wed, 29 Sep 2004 20:30:43 -0000 Hi, * Randy Bush [040929 21:43]: > -current on i386 > > two days ago, kernel compiled fine. with just now cvsup, i blow chunks. > > cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/dev/usb/usb_quirks.c > cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/dev/usb/usb_subr.c > /usr/src/sys/dev/usb/usb_subr.c: In function `usbd_setup_pipe': > /usr/src/sys/dev/usb/usb_subr.c:823: error: `Some' undeclared (first use in this function) > /usr/src/sys/dev/usb/usb_subr.c:823: error: (Each undeclared identifier is reported only once > /usr/src/sys/dev/usb/usb_subr.c:823: error: for each function it appears in.) > /usr/src/sys/dev/usb/usb_subr.c:823: error: syntax error before "device" > /usr/src/sys/dev/usb/usb_subr.c: At top level: > /usr/src/sys/dev/usb/usb_subr.c:832: warning: type defaults to `int' in declaration of `pipe' > /usr/src/sys/dev/usb/usb_subr.c:832: error: `p' undeclared here (not in a function) > /usr/src/sys/dev/usb/usb_subr.c:832: warning: data definition has no type or storage class > /usr/src/sys/dev/usb/usb_subr.c:833: error: syntax error before "return" > /usr/src/sys/dev/usb/usb_subr.c:92: warning: 'usbd_getnewaddr' declared `static' but never defined > /usr/src/sys/dev/usb/usb_subr.c:101: warning: 'usbd_kill_pipe' declared `static' but never defined > /usr/src/sys/dev/usb/usb_subr.c:103: warning: 'usbd_probe_and_attach' declared `static' but never defined > /usr/src/sys/dev/usb/usb_subr.c:105: warning: 'usb_cookie_no' defined but not used > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/ROAM. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > got the same a few hours ago. meanwhile fixed. I did a cvsup and now it works fine... ciao dieter From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 20:30:54 2004 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 3D4BD16A4CE; Wed, 29 Sep 2004 20:30:54 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93ECF43D55; Wed, 29 Sep 2004 20:30:53 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id EEEAB5310; Wed, 29 Sep 2004 22:30:51 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id D3F2B530A; Wed, 29 Sep 2004 22:30:46 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 944CFB85E; Wed, 29 Sep 2004 22:30:46 +0200 (CEST) To: Doug Barton References: <20040928025635.Q5094@ync.qbhto.arg> <727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com> <20040929032418.GD56445@horsey.gshapiro.net> <391196860.20040929122716@andric.com> <20040929110207.S90578@qbhto.arg> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Wed, 29 Sep 2004 22:30:46 +0200 In-Reply-To: <20040929110207.S90578@qbhto.arg> (Doug Barton's message of "Wed, 29 Sep 2004 11:03:16 -0700 (PDT)") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: Dimitry Andric cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: named now runs chroot'ed by default 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: Wed, 29 Sep 2004 20:30:54 -0000 Doug Barton writes: > Dmitry beat me to it, but yes, I'm 99% sure that'll do it for you. Can > you please test it and confirm that Dmitry is correct, and if so I can > add a commented out entry to the named.conf file. yep, works fine. you should test it with -4 or on a non-IPv6 kernel, with a little luck you won't need to have it commented out. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 20:35:01 2004 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 AED4B16A4CE for ; Wed, 29 Sep 2004 20:35:01 +0000 (GMT) Received: from pozo.com (pozo.com [216.101.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 555E043D4C for ; Wed, 29 Sep 2004 20:35:01 +0000 (GMT) (envelope-from null@pozo.com) Received: from sunpci.pozo.com (sunpci.pozo.com [192.168.0.29]) (authenticated bits=0) by pozo.com (8.13.1/8.13.1) with ESMTP id i8TK5Hj3000588 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NOT); Wed, 29 Sep 2004 13:05:17 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <6.1.2.0.2.20040929130342.039b3e98@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Wed, 29 Sep 2004 13:04:49 -0700 To: Randy Bush , FreeBSD Current From: Manfred Antar In-Reply-To: <16731.4176.332039.982508@roam.psg.com> References: <16731.4176.332039.982508@roam.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Re: usb compile issue 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: Wed, 29 Sep 2004 20:35:01 -0000 At 12:43 PM 9/29/2004, Randy Bush wrote: >-current on i386 > >two days ago, kernel compiled fine. with just now cvsup, i blow chunks. > >cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/dev/usb/usb_quirks.c >cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/dev/usb/usb_subr.c >/usr/src/sys/dev/usb/usb_subr.c: In function `usbd_setup_pipe': >/usr/src/sys/dev/usb/usb_subr.c:823: error: `Some' undeclared (first use in this function) >/usr/src/sys/dev/usb/usb_subr.c:823: error: (Each undeclared identifier is reported only once >/usr/src/sys/dev/usb/usb_subr.c:823: error: for each function it appears in.) >/usr/src/sys/dev/usb/usb_subr.c:823: error: syntax error before "device" >/usr/src/sys/dev/usb/usb_subr.c: At top level: >/usr/src/sys/dev/usb/usb_subr.c:832: warning: type defaults to `int' in declaration of `pipe' >/usr/src/sys/dev/usb/usb_subr.c:832: error: `p' undeclared here (not in a function) >/usr/src/sys/dev/usb/usb_subr.c:832: warning: data definition has no type or storage class >/usr/src/sys/dev/usb/usb_subr.c:833: error: syntax error before "return" >/usr/src/sys/dev/usb/usb_subr.c:92: warning: 'usbd_getnewaddr' declared `static' but never defined >/usr/src/sys/dev/usb/usb_subr.c:101: warning: 'usbd_kill_pipe' declared `static' but never defined >/usr/src/sys/dev/usb/usb_subr.c:103: warning: 'usbd_probe_and_attach' declared `static' but never defined >/usr/src/sys/dev/usb/usb_subr.c:105: warning: 'usb_cookie_no' defined but not used >*** Error code 1 > >Stop in /usr/obj/usr/src/sys/ROAM. >*** Error code 1 > >Stop in /usr/src. >*** Error code 1 There is a extra "*/" comment on line 822 remove it and it will compile ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 20:39:41 2004 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 BDCB816A4CE; Wed, 29 Sep 2004 20:39:41 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70E1043D45; Wed, 29 Sep 2004 20:39:41 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.1/8.12.10) with ESMTP id i8TKdYsh030797; Wed, 29 Sep 2004 16:39:34 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.1/8.12.10/Submit) id i8TKdYHM030796; Wed, 29 Sep 2004 16:39:34 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Wed, 29 Sep 2004 16:39:34 -0400 From: David Schultz To: Kris Kennaway Message-ID: <20040929203934.GA30629@VARK.MIT.EDU> Mail-Followup-To: Kris Kennaway , re@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, Thomas Dickey References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> <20040929092710.GA59303@cat.robbins.dropbear.id.au> <20040929123100.GA600@electra.cse.Buffalo.EDU> <20040929135217.GA16594@saltmine.radix.net> <20040929164422.GA9262@xor.obsecurity.org> <20040929171619.GC26065@saltmine.radix.net> <20040929172721.GA12793@xor.obsecurity.org> <20040929180703.GA16806@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040929180703.GA16806@xor.obsecurity.org> cc: Thomas Dickey cc: freebsd-current@FreeBSD.ORG cc: re@FreeBSD.ORG Subject: Re: HEADS-UP: Library version number bumps (revised) 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: Wed, 29 Sep 2004 20:39:41 -0000 On Wed, Sep 29, 2004, Kris Kennaway wrote: > ==> Comparing symbols in libm.so.2 > 2) __arch___ieee754_acos removed with no replacement > 2) __arch___ieee754_asin removed with no replacement [...] > 2) __i387_sin removed with no replacement > 2) __i387_tan removed with no replacement FWIW, all of these are internal interfaces that nobody in their right mind should be using.[1] But I still support bumping libm's version number, so people won't be able to complain that they can't link it against FreeBSD 3.X applications. [1] See src/lib/msun/src/math_private.h,v 1.15 for history. From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 20:44:45 2004 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 586DA16A4CF for ; Wed, 29 Sep 2004 20:44:45 +0000 (GMT) Received: from froody.rupture.net (froody.rupture.net [216.22.46.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBB2E43D3F for ; Wed, 29 Sep 2004 20:44:44 +0000 (GMT) (envelope-from jon@rupture.net) Received: from froody.rupture.net (localhost [127.0.0.1]) by froody.rupture.net (8.12.10/8.12.10) with ESMTP id i8TKiiHT056325 for ; Wed, 29 Sep 2004 16:44:44 -0400 (EDT) (envelope-from jon@rupture.net) Received: (from jon@localhost) by froody.rupture.net (8.12.10/8.12.10/Submit) id i8TKiiiV056324 for freebsd-current@freebsd.org; Wed, 29 Sep 2004 16:44:44 -0400 (EDT) (envelope-from jon@rupture.net) X-Authentication-Warning: froody.rupture.net: jon set sender to jon@rupture.net using -f Received: by froody.rupture.net (tmda-sendmail, from uid 500); Wed, 29 Sep 2004 16:44:43 -0400 (EDT) Date: Wed, 29 Sep 2004 16:44:39 -0400 To: freebsd-current@freebsd.org Message-ID: <20040929204439.GA56251@froody.rupture.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i From: Jon Nathan Mail-Followup-To: freebsd-current@freebsd.org X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) X-Primary-Address: jon@rupture.net Subject: 3ware 7006-2 RAID degradation on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jon Nathan List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Sep 2004 20:44:45 -0000 Hi, I'm running BETA6 with a 3ware 7006-2 SATA RAID controller. On reboot (also shutdown -r now), it loses its RAID integrity each time. I can rebuild it, but it takes a long time and is generally a hassle. Is this a known problem? Below find local info: root@zen:~> uname -a FreeBSD zen.rupture.net 5.3-BETA6 FreeBSD 5.3-BETA6 #12: Wed Sep 29 17:57:25 EDT 2004 root@zen.rupture.net:/usr/obj/usr/src/sys/ZEN i386 root@zen:~> root@zen:~> tw_cli info c0 Controller: c0 ------------- Driver: 1.50.01.002 Model: 7006-2 FW: FE7X 1.05.00.063 BIOS: BE7X 1.08.00.048 Monitor: ME7X 1.01.00.038 Serial #: F14802A4170244 PCB: Rev4 PCHIP: 1.30-66 ACHIP: 3.20 # of units: 1 Unit 0: RAID 1 186.31 GB ( 390719920 blocks): DEGRADED # of ports: 2 Port 0: ST3200822A 3LJ18AKZ 186.31 GB (390721968 blocks): OK(unit 0) Port 1: ST3200822A 3LJ1977D 186.31 GB (390721968 blocks): OK(unit 0) root@zen:~> tw_cli info c0 u0 Unit /c0/u0 --------------------- Status: DEGRADED Unit Type: RAID 1 Stripe Size: N/A Size: 186.31 GB (390719920 blocks) # of subunits: 2 Subunit 0: CBOD: OK Physical Port: 1 Logical Port: 0 Subunit 1: CBOD: DEGRADED Physical Port: 0 Logical Port: 1 root@zen:~> tw_cli maint remove c0 p0 Removing port /c0/p0 ... Done. root@zen:~> tw_cli maint rescan c0 Rescanning controller /c0 for units and drives ...Done. root@zen:~> tw_cli maint rebuild c0 u0 p0 Rebuild started on unit /c0/u0 root@zen:~> tw_cli info c0 u0 Unit /c0/u0 --------------------- Status: REBUILDING (0%) Unit Type: RAID 1 Stripe Size: N/A Size: 186.31 GB (390719920 blocks) # of subunits: 2 Subunit 0: CBOD: OK Physical Port: 1 Logical Port: 0 Subunit 1: CBOD: DEGRADED Physical Port: 0 Logical Port: 1 root@zen:~> tw_cli info c0 Controller: c0 ------------- Driver: 1.50.01.002 Model: 7006-2 FW: FE7X 1.05.00.063 BIOS: BE7X 1.08.00.048 Monitor: ME7X 1.01.00.038 Serial #: F14802A4170244 PCB: Rev4 PCHIP: 1.30-66 ACHIP: 3.20 # of units: 1 Unit 0: RAID 1 186.31 GB ( 390719920 blocks): REBUILDING (1%) # of ports: 2 Port 0: ST3200822A 3LJ18AKZ 186.31 GB (390721968 blocks): OK(unit 0) Port 1: ST3200822A 3LJ1977D 186.31 GB (390721968 blocks): OK(unit 0) root@zen:~> root@zen:~> dmesg Copyright (c) 1992-2004 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.3-BETA6 #12: Wed Sep 29 17:57:25 EDT 2004 root@zen.rupture.net:/usr/obj/usr/src/sys/ZEN ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (866.70-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383fbff real memory = 2147463168 (2047 MB) avail memory = 2099101696 (2001 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 3 cpu1 (AP): APIC ID: 0 ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 fxp0: port 0xd800-0xd83f mem 0xfd800000-0xfd8fffff,0xfe000000-0xfe000fff irq 20 at device 2.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:e0:18:02:c7:ea twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0xd400-0xd40f mem 0xfc800000-0xfcffffff irq 18 at device 5.0 on pci0 twe0: [GIANT-LOCKED] twe0: AEN: twe0: 2 ports, Firmware FE7X 1.05.00.063, BIOS BE7X 1.08.00.048 pci0: at device 7.0 (no driver attached) isab0: port 0xe800-0xe80f at device 15.0 on pci0 isa0: on isab0 atapci0: port 0xb800-0xb80f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pcib1: on acpi0 pci1: on pcib1 fxp1: port 0xb400-0xb43f mem 0xf9000000-0xf90fffff,0xf9800000-0xf9800fff irq 23 at device 4.0 on pci1 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:02:b3:11:33:32 pci1: at device 5.0 (no driver attached) pci1: at device 5.1 (no driver attached) speaker0 port 0x61 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x778-0x77a,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xd4000-0xd4fff,0xd0000-0xd0fff,0xc0000-0xca7ff on isa0 sc0: on isa0 sc0: VGA <8 virtual consoles, flags=0x200> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec Profiling kernel, textsize=2570960 [c042b140..c069ec10] cputime 5039, empty_loop 7, nullfunc_loop_profiled -89048, mcount 124477, mexitcount 17269 Profiling overheads: mcount: 5028+119435, -142430+266894; mexitcount: 5028+12230, -36123+53382 nsec Profiling overheads: mcount: 768+18241, -21753+40762; mexitcount: 768+1868, -5517+8153 cycles ATAPI_RESET time = 70us acd0: CDROM at ata1-master UDMA33 twed0: on twe0 twed0: 190781MB (390719920 sectors) SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/twed0s1a twe0: AEN: twe0: AEN: root@zen:~> This is a 2xPIII 866 host. Any advice on SMP options that I should use would be appreciated as well. The below seems stable and happy, with the 3ware exception. Stripped Kernel config: machine i386 profile 2 device apic # I/O apic cpu I686_CPU # aka Pentium Pro(tm) options PERFMON options DEVICE_POLLING options HZ=1000 device speaker #Play IBM BASIC-style noises out your speaker device isa # Required by npx(4) options AUTO_EOI_1 device pci device npx device io hints "ZEN.hints" # Default places to look for devices. ident ZEN maxusers 0 makeoptions CONF_CFLAGS=-fno-builtin #Don't allow use of memcmp, etc. options MAXDSIZ=(1024UL*1024*1024) options MAXSSIZ=(128UL*1024*1024) options DFLDSIZ=(1024UL*1024*1024) options BLKDEV_IOSIZE=8192 options PQ_CACHESIZE=512 # color for 512k cache options INCLUDE_CONFIG_FILE # Include this file in kernel options GEOM_BDE # Disk encryption. options GEOM_BSD # BSD disklabels options ROOTDEVNAME=\"ufs:twed0s1a\" options SCHED_4BSD options SMP # Symmetric MultiProcessor Kernel options ADAPTIVE_GIANT options PREEMPTION options COMPAT_43 options COMPAT_FREEBSD4 options SYSVSHM options SYSVSEM options SYSVMSG options KTRACE #kernel tracing options COMPILING_LINT options INET #Internet communications protocols device ether #Generic Ethernet device loop #Network loopback device device bpf #Berkeley packet filter device pf #PF OpenBSD packet-filter firewall device pflog #logging support interface for PF options ETHER_8022 # enable Ethernet_802.2 frame options ACCEPT_FILTER_DATA options ACCEPT_FILTER_HTTP options FFS #Fast filesystem options CD9660 #ISO 9660 filesystem options PROCFS #Process filesystem (requires PSEUDOFS) options PSEUDOFS #Pseudo-filesystem framework options SOFTUPDATES options UFS_DIRHASH options QUOTA #enable disk quotas device random device mem options _KPOSIX_PRIORITY_SCHEDULING device scbus #base SCSI code device pass #CAM passthrough driver device pty #Pseudo ttys options MSGBUF_SIZE=40960 device atkbdc device atkbd device vga device sc options MAXCONS=8 # number of virtual consoles options SC_NO_SYSMOUSE device asr device twe # 3ware ATA RAID device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID device fdc device sio device miibus device fxp # Intel EtherExpress PRO/100B (82557, 82558) device ppc device ppbus device lpt device ppi options INIT_PATH=/sbin/init:/stand/sysinstall options SEMMAP=31 options SEMMNI=11 options SEMMNS=61 options SEMMNU=31 options SEMMSL=61 options SEMOPM=101 options SEMUME=11 options SHMALL=1025 options SHMMAX=(SHMMAXPGS*PAGE_SIZE+1) options SHMMAXPGS=1025 options SHMMIN=2 options SHMMNI=33 options SHMSEG=9 options MSGMNB=2049 # Max number of chars in queue options MSGMNI=41 # Max number of message queue identifiers options MSGSEG=2049 # Max number of message segments options MSGSSZ=16 # Size of a message segment options MSGTQL=41 # Max number of messages in system options NBUF=512 # Number of buffer headers options NMBCLUSTERS=16384 # Number of mbuf clusters One final question: How do I increase the number of available pty's in 5.x? It seems to max out at about 40. -jon -- Jon Nathan jon@rupture.net From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 20:45:41 2004 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 1BC3016A4CE; Wed, 29 Sep 2004 20:45:41 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9131643D54; Wed, 29 Sep 2004 20:45:37 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8TKjbfu093725; Wed, 29 Sep 2004 16:45:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8TKjaTo058129; Wed, 29 Sep 2004 16:45:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E80D97303F; Wed, 29 Sep 2004 16:45:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040929204536.E80D97303F@freebsd-current.sentex.ca> Date: Wed, 29 Sep 2004 16:45:36 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 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: Wed, 29 Sep 2004 20:45:41 -0000 TB --- 2004-09-29 19:28:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-29 19:28:04 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-09-29 19:28:04 - checking out the source tree TB --- 2004-09-29 19:28:04 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2004-09-29 19:28:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-29 19:34:09 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-29 19:34:09 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-09-29 19:34:09 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-09-29 20:40:22 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-29 20:40:22 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-09-29 20:40:22 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Sep 29 20:40:23 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/amd64/amd64/src/sys/dev/usb/usb_subr.c:832: warning: type defaults to `int' in declaration of `pipe' /tinderbox/CURRENT/amd64/amd64/src/sys/dev/usb/usb_subr.c:832: error: `p' undeclared here (not in a function) /tinderbox/CURRENT/amd64/amd64/src/sys/dev/usb/usb_subr.c:832: warning: data definition has no type or storage class /tinderbox/CURRENT/amd64/amd64/src/sys/dev/usb/usb_subr.c:833: error: syntax error before "return" /tinderbox/CURRENT/amd64/amd64/src/sys/dev/usb/usb_subr.c:92: warning: 'usbd_getnewaddr' declared `static' but never defined /tinderbox/CURRENT/amd64/amd64/src/sys/dev/usb/usb_subr.c:101: warning: 'usbd_kill_pipe' declared `static' but never defined /tinderbox/CURRENT/amd64/amd64/src/sys/dev/usb/usb_subr.c:103: warning: 'usbd_probe_and_attach' declared `static' but never defined /tinderbox/CURRENT/amd64/amd64/src/sys/dev/usb/usb_subr.c:105: warning: 'usb_cookie_no' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-09-29 20:45:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-29 20:45:36 - ERROR: failed to build generic kernel TB --- 2004-09-29 20:45:36 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 20:55:40 2004 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 DF11E16A568; Wed, 29 Sep 2004 20:55:39 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5341543D3F; Wed, 29 Sep 2004 20:55:22 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8E5EB51262; Wed, 29 Sep 2004 13:55:45 -0700 (PDT) Date: Wed, 29 Sep 2004 13:55:45 -0700 From: Kris Kennaway To: Kris Kennaway Message-ID: <20040929205545.GA36631@xor.obsecurity.org> References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> <20040929092710.GA59303@cat.robbins.dropbear.id.au> <20040929123100.GA600@electra.cse.Buffalo.EDU> <20040929135217.GA16594@saltmine.radix.net> <20040929164422.GA9262@xor.obsecurity.org> <20040929171619.GC26065@saltmine.radix.net> <20040929172721.GA12793@xor.obsecurity.org> <20040929180703.GA16806@xor.obsecurity.org> <415AFF26.8010603@FreeBSD.org> <20040929183749.GA29571@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <20040929183749.GA29571@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: re@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: Scott Long Subject: Re: HEADS-UP: Library version number bumps (revised) 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: Wed, 29 Sep 2004 20:55:40 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 29, 2004 at 11:37:49AM -0700, Kris Kennaway wrote: > On Wed, Sep 29, 2004 at 12:29:58PM -0600, Scott Long wrote: >=20 > > > libpcap > >=20 > > From the list below, I wonder if all of the yy* symbols are from yacc. > > Would these actually be considered to be part of the public interface? > > The only two symbols that aren't in the yy* form look to definitely be > > for internal use only. Can we fix __xuname instead? >=20 > Perhaps. There's also the pcap_lval symbol. I haven't checked > whether anything uses it or the yy_*. A number of packages link to libpcap and call the yy_* functions: ipfm-0.11.5/sbin/ipfm (libpcap.so.2) matches symbols yy_delete_buffer yyres= tart yystacksize yy_scan_buffer yy_load_buffer_state yy_create_buffer yyerr= flag yysindex yytext yytable yyparse yysslim yydefred yyvsp yyrindex yywrap= yyssp yynerrs yyout yyval yyleng yyss yy_flush_buffer yylen yy_scan_string= yygindex yy_scan_bytes yyin yydebug yydgoto yycheck yy_switch_to_buffer yy= _init_buffer yylex yylhs yyvs yychar rid-1.0/sbin/rid (libpcap.so.2) matches symbols yy_delete_buffer yyrestart = yystacksize yy_scan_buffer yy_load_buffer_state yy_create_buffer yyerrflag = yysindex yytext yytable yyparse yysslim yydefred yyvsp yyrindex yywrap yyss= p yynerrs yyout yyval yyleng yyss yy_flush_buffer yylen yy_scan_string yygi= ndex yy_scan_bytes yyin yydebug yydgoto yycheck yy_switch_to_buffer yy_init= _buffer yylex yylhs yyvs yychar bandwidthd-1.2.1/bandwidthd/bandwidthd (libpcap.so.2) matches symbols yy_de= lete_buffer yyrestart yy_scan_buffer yy_load_buffer_state yy_create_buffer = yytext yyparse yywrap yynerrs yyout yyleng yy_flush_buffer yy_scan_string y= y_scan_bytes yyin yy_switch_to_buffer yy_init_buffer yylex yychar bro-0.8_1/sbin/bro (libpcap.so.2) matches symbols yynerrs yydebug yychar honeyd-0.8b/bin/honeyd (libpcap.so.2) matches symbols yynerrs yychar So even if you fix the __xuname reference it looks like they'll still be broken. Kris --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWyFRWry0BWjoQKURAmfBAKDmIeJQRx1wPU/qYpWNfnzh+9R2BACfYdVK NK9w54jjJN8trUFUXFyc8KE= =WHqD -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 21:15:05 2004 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 84A0316A4CE; Wed, 29 Sep 2004 21:15:05 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CFDA43D2D; Wed, 29 Sep 2004 21:15:05 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D8A5D51262; Wed, 29 Sep 2004 14:15:28 -0700 (PDT) Date: Wed, 29 Sep 2004 14:15:28 -0700 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20040929211528.GA39358@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: amd64@FreeBSD.org Subject: "panic: vrele: negative ref cnt" on RELENG_5 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: Wed, 29 Sep 2004 21:15:05 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline An amd64 machine I updated 5 days ago panicked with this at reboot time: Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...1 1 1 0 0 done No buffers busy after final sync panic: vrele: negative ref cnt kdb_enter() at kdb_enter+0x2f panic() at panic+0x1d2 vrele() at vrele+0x1ec ffs_unmount() at ffs_unmount+0x182 dounmount() at dounmount+0x171 vfs_unmountall() at vfs_unmountall+0x50 boot() at boot+0x809 reboot() at reboot+0x3d syscall() at syscall+0x4ab Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (55, FreeBSD ELF64, reboot), rip = 0x20076d76c, rsp = 0x7fffffffebb8, rbp = 0x1b0ab --- Kris --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWyXwWry0BWjoQKURAmKfAJ9rz28VvP5aGx8XQ/+5aAbF1y1rhQCeK/xe 0lehBlFlgo2vuJOEpLEVlYE= =jjMB -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 21:44:02 2004 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 A34A116A4CE; Wed, 29 Sep 2004 21:44:02 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E3E743D5D; Wed, 29 Sep 2004 21:44:02 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8TLilrQ069681; Wed, 29 Sep 2004 15:44:48 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <415B2C4A.6000807@FreeBSD.org> Date: Wed, 29 Sep 2004 15:42:34 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> <20040929092710.GA59303@cat.robbins.dropbear.id.au> <20040929123100.GA600@electra.cse.Buffalo.EDU> <20040929135217.GA16594@saltmine.radix.net> <20040929164422.GA9262@xor.obsecurity.org> <20040929171619.GC26065@saltmine.radix.net> <20040929172721.GA12793@xor.obsecurity.org> <20040929180703.GA16806@xor.obsecurity.org> <415AFF26.8010603@FreeBSD.org> <20040929183749.GA29571@xor.obsecurity.org> <20040929205545.GA36631@xor.obsecurity.org> In-Reply-To: <20040929205545.GA36631@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@FreeBSD.org cc: re@FreeBSD.org Subject: Re: HEADS-UP: Library version number bumps (revised) 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: Wed, 29 Sep 2004 21:44:02 -0000 Kris Kennaway wrote: > On Wed, Sep 29, 2004 at 11:37:49AM -0700, Kris Kennaway wrote: > >>On Wed, Sep 29, 2004 at 12:29:58PM -0600, Scott Long wrote: >> >> >>>> libpcap >>> >>>From the list below, I wonder if all of the yy* symbols are from yacc. >>>Would these actually be considered to be part of the public interface? >>>The only two symbols that aren't in the yy* form look to definitely be >>>for internal use only. Can we fix __xuname instead? >> >>Perhaps. There's also the pcap_lval symbol. I haven't checked >>whether anything uses it or the yy_*. > > > A number of packages link to libpcap and call the yy_* functions: > > ipfm-0.11.5/sbin/ipfm (libpcap.so.2) matches symbols yy_delete_buffer yyrestart yystacksize yy_scan_buffer yy_load_buffer_state yy_create_buffer yyerrflag yysindex yytext yytable yyparse yysslim yydefred yyvsp yyrindex yywrap yyssp yynerrs yyout yyval yyleng yyss yy_flush_buffer yylen yy_scan_string yygindex yy_scan_bytes yyin yydebug yydgoto yycheck yy_switch_to_buffer yy_init_buffer yylex yylhs yyvs yychar > > rid-1.0/sbin/rid (libpcap.so.2) matches symbols yy_delete_buffer yyrestart yystacksize yy_scan_buffer yy_load_buffer_state yy_create_buffer yyerrflag yysindex yytext yytable yyparse yysslim yydefred yyvsp yyrindex yywrap yyssp yynerrs yyout yyval yyleng yyss yy_flush_buffer yylen yy_scan_string yygindex yy_scan_bytes yyin yydebug yydgoto yycheck yy_switch_to_buffer yy_init_buffer yylex yylhs yyvs yychar > > bandwidthd-1.2.1/bandwidthd/bandwidthd (libpcap.so.2) matches symbols yy_delete_buffer yyrestart yy_scan_buffer yy_load_buffer_state yy_create_buffer yytext yyparse yywrap yynerrs yyout yyleng yy_flush_buffer yy_scan_string yy_scan_bytes yyin yy_switch_to_buffer yy_init_buffer yylex yychar > > bro-0.8_1/sbin/bro (libpcap.so.2) matches symbols yynerrs yydebug yychar > > honeyd-0.8b/bin/honeyd (libpcap.so.2) matches symbols yynerrs yychar > > So even if you fix the __xuname reference it looks like they'll still > be broken. > > Kris These are all generic names that lex/yacc uses to build its parser code. All of the packages that you point out use their own private set of lex/yacc magic. Looking at 'nm -u ipfm' shows no unresolved symbols related to yy*. Scott From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 22:00:36 2004 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 F39D916A4D3 for ; Wed, 29 Sep 2004 22:00:35 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CD8743D2D for ; Wed, 29 Sep 2004 22:00:35 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id B5D3B78C55; Wed, 29 Sep 2004 18:02:05 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id 2858178C35; Wed, 29 Sep 2004 18:02:01 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 595E91703D; Wed, 29 Sep 2004 17:55:28 -0400 (EDT) Date: Wed, 29 Sep 2004 17:55:28 -0400 From: Damian Gerow To: Julian Elischer Message-ID: <20040929215528.GH29565@afflictions.org> Mail-Followup-To: Julian Elischer , current@freebsd.org References: <20040927211341.GB30059@afflictions.org> <20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org> <20040929050154.GJ5115@afflictions.org> <415A6AE3.4050309@elischer.org> <415A6B8A.1040902@elischer.org> <20040929093723.GB29565@afflictions.org> <415B113A.1060508@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <415B113A.1060508@elischer.org> X-Operating-System: FreeBSD 5.3-BETA6 on a i386 X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at afflictions.org cc: current@freebsd.org Subject: Re: Random processes hanging in unkillable state in -BETA6 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: Wed, 29 Sep 2004 22:00:36 -0000 Thus spake Julian Elischer (julian@elischer.org) [29/09/04 15:49]: : EEEKKK! Always a good noise. : all the values of 7d000 are impossible.. in fact all the values in that : column are : "impossible". I'll have my machine committed to Bizzarro World immediately. : or we ahve a "leak" of opennings : : looking at the values and the fact that 7d000 appears in several of them : I am suspicious that we didn't clear it properly at init. : (goes to look at code..) : hmmm yep i tlooks like htat might be it. : : try the following diff : warning: cut'n'paste.. apply by hand. Failure to compile: cc -c -O -pipe -march=pentium4 -Wall -Wredundant-decls -Wnested-externs \ -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline \ -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. \ -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica \ -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter \ -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath \ -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm \ -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 \ --param inline-unit-growth=100 --param large-function-growth=1000 \ -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding \ -Werror /usr/src/sys/kern/kern_thread.c /usr/src/sys/kern/kern_thread.c: In function `threadinit': /usr/src/sys/kern/kern_thread.c:373: warning: passing arg 3 of `uma_zcreate' from incompatible pointer type *** Error code 1 Stop in /usr/obj/usr/src/sys/dementia. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. - Damian From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 22:02:52 2004 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 6B16516A4CE; Wed, 29 Sep 2004 22:02:52 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 051CF43D41; Wed, 29 Sep 2004 22:02:52 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8TM2m29075642; Wed, 29 Sep 2004 18:02:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8TM2l03093748; Wed, 29 Sep 2004 18:02:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1265F7303F; Wed, 29 Sep 2004 18:02:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040929220248.1265F7303F@freebsd-current.sentex.ca> Date: Wed, 29 Sep 2004 18:02:48 -0400 (EDT) Subject: [current tinderbox] failure on i386/i386 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: Wed, 29 Sep 2004 22:02:52 -0000 TB --- 2004-09-29 20:45:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-29 20:45:37 - starting CURRENT tinderbox run for i386/i386 TB --- 2004-09-29 20:45:37 - checking out the source tree TB --- 2004-09-29 20:45:37 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2004-09-29 20:45:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-29 20:51:35 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-29 20:51:35 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2004-09-29 20:51:35 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-09-29 21:57:20 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-29 21:57:20 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2004-09-29 21:57:20 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Sep 29 21:57:21 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/i386/i386/src/sys/dev/usb/usb_subr.c:832: warning: type defaults to `int' in declaration of `pipe' /tinderbox/CURRENT/i386/i386/src/sys/dev/usb/usb_subr.c:832: error: `p' undeclared here (not in a function) /tinderbox/CURRENT/i386/i386/src/sys/dev/usb/usb_subr.c:832: warning: data definition has no type or storage class /tinderbox/CURRENT/i386/i386/src/sys/dev/usb/usb_subr.c:833: error: syntax error before "return" /tinderbox/CURRENT/i386/i386/src/sys/dev/usb/usb_subr.c:92: warning: 'usbd_getnewaddr' declared `static' but never defined /tinderbox/CURRENT/i386/i386/src/sys/dev/usb/usb_subr.c:101: warning: 'usbd_kill_pipe' declared `static' but never defined /tinderbox/CURRENT/i386/i386/src/sys/dev/usb/usb_subr.c:103: warning: 'usbd_probe_and_attach' declared `static' but never defined /tinderbox/CURRENT/i386/i386/src/sys/dev/usb/usb_subr.c:105: warning: 'usb_cookie_no' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2004-09-29 22:02:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-29 22:02:47 - ERROR: failed to build generic kernel TB --- 2004-09-29 22:02:47 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 22:26:23 2004 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 3AD4716A4CE for ; Wed, 29 Sep 2004 22:26:23 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F107043D39 for ; Wed, 29 Sep 2004 22:26:22 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 4F1F77A425; Wed, 29 Sep 2004 15:26:22 -0700 (PDT) Message-ID: <415B368D.3020506@elischer.org> Date: Wed, 29 Sep 2004 15:26:21 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Damian Gerow References: <20040927211341.GB30059@afflictions.org> <20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org> <20040929050154.GJ5115@afflictions.org> <415A6AE3.4050309@elischer.org> <415A6B8A.1040902@elischer.org> <20040929093723.GB29565@afflictions.org> <415B113A.1060508@elischer.org> <20040929215528.GH29565@afflictions.org> In-Reply-To: <20040929215528.GH29565@afflictions.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Random processes hanging in unkillable state in -BETA6 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: Wed, 29 Sep 2004 22:26:23 -0000 It actually needs a *arg to be a valid ctor.. -ksegrp_init(void *mem, int size, int flags) +ksegrp_ctor(void *mem, int size, void *arg, int flags) Damian Gerow wrote: >Thus spake Julian Elischer (julian@elischer.org) [29/09/04 15:49]: >: EEEKKK! > >Always a good noise. > >: all the values of 7d000 are impossible.. in fact all the values in that >: column are >: "impossible". > >I'll have my machine committed to Bizzarro World immediately. > >: or we ahve a "leak" of opennings >: >: looking at the values and the fact that 7d000 appears in several of them >: I am suspicious that we didn't clear it properly at init. >: (goes to look at code..) >: hmmm yep i tlooks like htat might be it. >: >: try the following diff >: warning: cut'n'paste.. apply by hand. > >Failure to compile: > > cc -c -O -pipe -march=pentium4 -Wall -Wredundant-decls -Wnested-externs \ > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline \ > -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. \ > -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica \ > -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter \ > -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath \ > -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm \ > -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 \ > --param inline-unit-growth=100 --param large-function-growth=1000 \ > -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding \ > -Werror /usr/src/sys/kern/kern_thread.c > /usr/src/sys/kern/kern_thread.c: In function `threadinit': > /usr/src/sys/kern/kern_thread.c:373: warning: passing arg 3 of `uma_zcreate' from incompatible pointer type > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/dementia. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > - Damian > > From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 22:35:48 2004 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 EA75516A4CE; Wed, 29 Sep 2004 22:35:48 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDF8F43D45; Wed, 29 Sep 2004 22:35:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 75CF05144B; Wed, 29 Sep 2004 15:36:12 -0700 (PDT) Date: Wed, 29 Sep 2004 15:36:12 -0700 From: Kris Kennaway To: Scott Long Message-ID: <20040929223612.GA42869@xor.obsecurity.org> References: <20040929123100.GA600@electra.cse.Buffalo.EDU> <20040929135217.GA16594@saltmine.radix.net> <20040929164422.GA9262@xor.obsecurity.org> <20040929171619.GC26065@saltmine.radix.net> <20040929172721.GA12793@xor.obsecurity.org> <20040929180703.GA16806@xor.obsecurity.org> <415AFF26.8010603@FreeBSD.org> <20040929183749.GA29571@xor.obsecurity.org> <20040929205545.GA36631@xor.obsecurity.org> <415B2C4A.6000807@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: <415B2C4A.6000807@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@FreeBSD.org cc: re@FreeBSD.org cc: Kris Kennaway Subject: Re: HEADS-UP: Library version number bumps (revised) 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: Wed, 29 Sep 2004 22:35:49 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 29, 2004 at 03:42:34PM -0600, Scott Long wrote: > >So even if you fix the __xuname reference it looks like they'll still > >be broken. > > > >Kris >=20 > These are all generic names that lex/yacc uses to build its parser code. > All of the packages that you point out use their own private set of > lex/yacc magic. Looking at 'nm -u ipfm' shows no unresolved symbols > related to yy*. OK, fixing the __xuname ref might be a good alternative then. Kris --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWzjbWry0BWjoQKURAq8IAKCTmzWq25dyTS/z5YrLoMeS058pYwCgnnnN kN1eSIGBiFpmMwsIMjpzCu4= =T5iE -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 22:40:37 2004 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 AE4EB16A4CF for ; Wed, 29 Sep 2004 22:40:37 +0000 (GMT) Received: from mail2.numachi.com (mail2.numachi.com [198.175.254.8]) by mx1.FreeBSD.org (Postfix) with SMTP id DAD8D43D41 for ; Wed, 29 Sep 2004 22:40:36 +0000 (GMT) (envelope-from reichert@numachi.com) Received: (qmail 72739 invoked from network); 29 Sep 2004 22:40:36 -0000 Received: from natto.numachi.com (198.175.254.216) by mail2.numachi.com with SMTP; 29 Sep 2004 22:40:36 -0000 Received: (qmail 66870 invoked by uid 1001); 29 Sep 2004 22:40:35 -0000 Date: Wed, 29 Sep 2004 18:40:35 -0400 From: Brian Reichert To: freebsd-current@freebsd.org Message-ID: <20040929224035.GL11445@numachi.com> References: <20040901052054.GV4846@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040901052054.GV4846@numachi.com> User-Agent: Mutt/1.5.6i Subject: Re: how 'supported' are 3ware Escalade controllers? 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: Wed, 29 Sep 2004 22:40:37 -0000 On Wed, Sep 01, 2004 at 05:20:54AM +0000, Brian Reichert wrote: > I'm speccing a budget RAID fileserver, and stumbled across some > interesting prospects. > [snip] > Can someone explicitly tie these references together? Is the 7506-8 > going to cut it? So - I took the plunge, and have sucessfully spun up a 7506-8 under FreeBSD 5.2.1. # df /dev/twed0s1 Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/twed0s1 1324492798 444478178 774055198 36% /backups Eight drives under RAID5, hurray. I'm now exploring the misc management tools, with middling success, but I'd love some feedback on what other people have successfully gotten to fly: - I've spun up 3dm, but, for the life of me, can't get it to send me email. No errors, just silently doesn't do it. :/ - I've installed the smartmontools-5.22_1 package, but get this sort of diagnostic: # smartctl -a -d 3ware,0 /dev/twe0 smartctl version 5.22 Copyright (C) 2002-3 Bruce Allen Home page is http://smartmontools.sourceforge.net/ Smartctl open device: /dev/twe0 failed: Inappropriate ioctl for device # smartctl -a -d 3ware,0 /dev/da0 smartctl version 5.22 Copyright (C) 2002-3 Bruce Allen Home page is http://smartmontools.sourceforge.net/ smartmontools 5.22 does not currentlly support TWE devices (3ware Escalade) Smartctl: Device Read Identity Failed (not an ATA/ATAPI device) A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options. This seems rather contrary to the docs in the package... - This very thread I've replied to implies a 3dm2 out there, but I could find no reference on 3ware's site. Was this something I imagined? I suppose calling 3ware's support would be a next step for me... -- Brian Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 22:49:03 2004 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 5FCE316A4CE for ; Wed, 29 Sep 2004 22:49:03 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id D955043D2F for ; Wed, 29 Sep 2004 22:49:02 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.34 (FreeBSD)) id 1CCnFs-0005r1-6B; Wed, 29 Sep 2004 15:49:00 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16731.15323.690121.202009@ran.psg.com> Date: Wed, 29 Sep 2004 15:48:59 -0700 To: Manfred Antar References: <16731.4176.332039.982508@roam.psg.com> <6.1.2.0.2.20040929130342.039b3e98@pozo.com> cc: FreeBSD Current Subject: Re: usb compile issue 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: Wed, 29 Sep 2004 22:49:03 -0000 >> /usr/src/sys/dev/usb/usb_subr.c: In function `usbd_setup_pipe': > There is a extra "*/" comment on line 822 remove it and it will compile yechh! hacked. thanks. randy From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 23:28:14 2004 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 05A5816A4CE; Wed, 29 Sep 2004 23:28:14 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A39A643D58; Wed, 29 Sep 2004 23:28:13 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8TNSDZ5086145; Wed, 29 Sep 2004 19:28:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8TNSCiS027688; Wed, 29 Sep 2004 19:28:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DA9177303F; Wed, 29 Sep 2004 19:28:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040929232812.DA9177303F@freebsd-current.sentex.ca> Date: Wed, 29 Sep 2004 19:28:12 -0400 (EDT) Subject: [current tinderbox] failure on i386/pc98 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: Wed, 29 Sep 2004 23:28:14 -0000 TB --- 2004-09-29 22:02:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-29 22:02:48 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-09-29 22:02:48 - checking out the source tree TB --- 2004-09-29 22:02:48 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2004-09-29 22:02:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-29 22:08:48 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-29 22:08:48 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2004-09-29 22:08:48 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-09-29 23:14:48 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-29 23:14:48 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2004-09-29 23:14:48 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Sep 29 23:14:48 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/i386/pc98/src/sys/modules/usb/../../dev/usb/usb_subr.c:832: warning: type defaults to `int' in declaration of `pipe' /tinderbox/CURRENT/i386/pc98/src/sys/modules/usb/../../dev/usb/usb_subr.c:832: error: `p' undeclared here (not in a function) /tinderbox/CURRENT/i386/pc98/src/sys/modules/usb/../../dev/usb/usb_subr.c:832: warning: data definition has no type or storage class /tinderbox/CURRENT/i386/pc98/src/sys/modules/usb/../../dev/usb/usb_subr.c:833: error: syntax error before "return" /tinderbox/CURRENT/i386/pc98/src/sys/modules/usb/../../dev/usb/usb_subr.c:92: warning: 'usbd_getnewaddr' declared `static' but never defined /tinderbox/CURRENT/i386/pc98/src/sys/modules/usb/../../dev/usb/usb_subr.c:101: warning: 'usbd_kill_pipe' declared `static' but never defined /tinderbox/CURRENT/i386/pc98/src/sys/modules/usb/../../dev/usb/usb_subr.c:103: warning: 'usbd_probe_and_attach' declared `static' but never defined /tinderbox/CURRENT/i386/pc98/src/sys/modules/usb/../../dev/usb/usb_subr.c:105: warning: 'usb_cookie_no' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules/usb. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-09-29 23:28:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-29 23:28:12 - ERROR: failed to build generic kernel TB --- 2004-09-29 23:28:12 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 23:48:52 2004 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 55E1A16A4CE; Wed, 29 Sep 2004 23:48:52 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id A088D43D3F; Wed, 29 Sep 2004 23:48:49 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8TNlsUW021750; Wed, 29 Sep 2004 17:47:54 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 29 Sep 2004 17:49:14 -0600 (MDT) Message-Id: <20040929.174914.05878370.imp@bsdimp.com> To: deischen@freebsd.org From: "M. Warner Losh" In-Reply-To: References: <20040929123100.GA600@electra.cse.Buffalo.EDU> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: kensmith@cse.Buffalo.EDU cc: tjr@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: HEADS-UP: Library version number bumps 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: Wed, 29 Sep 2004 23:48:52 -0000 In message: Daniel Eischen writes: : This has been mentioned before, but when breaking (or potentially : breaking) ABI, can we bump the version numbers to libfoo.YYYYMMDD? : Once release comes, we can move them back to SHLIB_MAJOR + 1 (or : even decide to keep them at SHLIB_MAJOR if ABI wasn't really broken). : This helps folks running HEAD so they can update their ports over time. In a lot of respects I like this idea. However, the unanswered question would be how to implement it. The bumps are easy to do (the version number is basically meaningless), but frequeny bumps have issues as well. Laying those aside for the moment, my concern is how do we do the 'one release comes' part there. How do we know if they are binary compatible or not? Wouldn't this tend to encourage people to make binary incompatible libraryes? Warner From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 00:36:57 2004 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 09D8216A4CE; Thu, 30 Sep 2004 00:36:57 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB4DD43D1F; Thu, 30 Sep 2004 00:36:56 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) i8U0ak03014217; Wed, 29 Sep 2004 20:36:46 -0400 (EDT) Date: Wed, 29 Sep 2004 20:36:45 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: "M. Warner Losh" In-Reply-To: <20040929.174914.05878370.imp@bsdimp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: kensmith@cse.Buffalo.EDU cc: tjr@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: HEADS-UP: Library version number bumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2004 00:36:57 -0000 On Wed, 29 Sep 2004, M. Warner Losh wrote: > In message: > Daniel Eischen writes: > : This has been mentioned before, but when breaking (or potentially > : breaking) ABI, can we bump the version numbers to libfoo.YYYYMMDD? > : Once release comes, we can move them back to SHLIB_MAJOR + 1 (or > : even decide to keep them at SHLIB_MAJOR if ABI wasn't really broken). > : This helps folks running HEAD so they can update their ports over time. > > In a lot of respects I like this idea. However, the unanswered > question would be how to implement it. The bumps are easy to do (the > version number is basically meaningless), but frequeny bumps have > issues as well. Laying those aside for the moment, my concern is how > do we do the 'one release comes' part there. How do we know if they > are binary compatible or not? Wouldn't this tend to encourage people > to make binary incompatible libraryes? It doesn't solve the current problem of knowing if changes break ABI. It is also still up to the committers to both avoid introducing any uncessary ABI breakages and to review other committers' changes. I suppose 'Once release comes' is when we're getting ready for release and the re@ team lays the tag and freezes the branch. At that point, you move the version numbers back in both the branch and HEAD. re@ comes out and says "Try to avoid any major changes to HEAD until after release" which implies "no more shared library ABI changes". I know there will be some ABI changes in 6.0, libc for sure. If we go directly from libc.so.5 to libc.so.6 after the first ABI change, that hoses -current folks when the next libc ABI change hits the tree and you don't bump the version number again. -- Dan Eischen From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 00:43:53 2004 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 B103A16A4CE; Thu, 30 Sep 2004 00:43:53 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E24143D2F; Thu, 30 Sep 2004 00:43:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EC64051448; Wed, 29 Sep 2004 17:44:17 -0700 (PDT) Date: Wed, 29 Sep 2004 17:44:17 -0700 From: Kris Kennaway To: Daniel Eischen Message-ID: <20040930004417.GA49094@xor.obsecurity.org> References: <20040929.174914.05878370.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: kensmith@cse.Buffalo.EDU cc: tjr@freebsd.org cc: "M. Warner Losh" cc: freebsd-current@freebsd.org Subject: Re: HEADS-UP: Library version number bumps 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: Thu, 30 Sep 2004 00:43:53 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 29, 2004 at 08:36:45PM -0400, Daniel Eischen wrote: > On Wed, 29 Sep 2004, M. Warner Losh wrote: >=20 > > In message: > > Daniel Eischen writes: > > : This has been mentioned before, but when breaking (or potentially > > : breaking) ABI, can we bump the version numbers to libfoo.YYYYMMDD? > > : Once release comes, we can move them back to SHLIB_MAJOR + 1 (or > > : even decide to keep them at SHLIB_MAJOR if ABI wasn't really broken). > > : This helps folks running HEAD so they can update their ports over tim= e. > > > > In a lot of respects I like this idea. However, the unanswered > > question would be how to implement it. The bumps are easy to do (the > > version number is basically meaningless), but frequeny bumps have > > issues as well. Laying those aside for the moment, my concern is how > > do we do the 'one release comes' part there. How do we know if they > > are binary compatible or not? Wouldn't this tend to encourage people > > to make binary incompatible libraryes? >=20 > It doesn't solve the current problem of knowing if changes > break ABI. It is also still up to the committers to both > avoid introducing any uncessary ABI breakages and to review > other committers' changes. That hasn't worked very well during the 5.x branch, as the current thread (and previous iterations of it) show. All I was able to look for were incompatible changes to the symbol table; other types of breakage like incompatible changes to function interfaces and data structures are much more difficult to detect. Kris --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBW1bhWry0BWjoQKURAqWZAJ0SEBZdCr76GxzuxHqmGLPUwT/ggACgir/A tZ091Kvhfwy6/WIn2ndohAI= =Wdby -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 00:55:07 2004 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 800EB16A4CE for ; Thu, 30 Sep 2004 00:55:07 +0000 (GMT) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B69243D4C for ; Thu, 30 Sep 2004 00:55:01 +0000 (GMT) (envelope-from smckay@internode.on.net) Received: from dungeon.home (ppp238-227.lns1.bne3.internode.on.net [203.122.238.227])i8U0sr4Y017030; Thu, 30 Sep 2004 10:24:53 +0930 (CST) Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.12.8p2/8.11.6) with ESMTP id i8U0srL6006761; Thu, 30 Sep 2004 10:54:53 +1000 (EST) (envelope-from mckay) Message-Id: <200409300054.i8U0srL6006761@dungeon.home> To: Savchuk Taras References: <002b01c4a576$9b65f1d0$82fda3d1@sanmarcos.x25.net> <200409282025.04107.taras-s-y@mail.ru> <200409290609.i8T69wZD008877@dungeon.home> <200409300018.14616.taras-s-y@mail.ru> In-Reply-To: <200409300018.14616.taras-s-y@mail.ru> from Savchuk Taras at "Thu, 30 Sep 2004 00:18:14 +0000" Date: Thu, 30 Sep 2004 10:54:53 +1000 From: Stephen McKay cc: freebsd-current@freebsd.org cc: Stephen McKay Subject: Re: dc0 acting up 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: Thu, 30 Sep 2004 00:55:07 -0000 On Thursday, 30th September 2004, Savchuk Taras wrote: >I have made changes in "sys/pci/if_dc.c" as you said and have had this outout >during "buildkernel": >------------------------------------------------------------------------------------------------------------------------------------ >n-long-strings -mpreferred-stack-boundary=2 -ffreestanding >-Werror /usr/src/sys/pci/if_dc.c >/usr/src/sys/pci/if_dc.c: In function `dc_setcfg': >/usr/src/sys/pci/if_dc.c:1369: warning: unused variable `i' >/usr/src/sys/pci/if_dc.c:1370: warning: unused variable `isr' >*** Error code 1 Sorry about that chief. It seems like warnings are fatal nowadays. To satisfy the compiler you would also have to delete (or comment out) the declarations for "i" and "isr" up a few lines at 1369 and 1370. Stephen. From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 00:56:46 2004 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 02A5D16A4CE for ; Thu, 30 Sep 2004 00:56:46 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB15B43D41 for ; Thu, 30 Sep 2004 00:56:45 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (h-67-102-66-178.snfccasy.covad.net [67.102.66.178]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i8U0uiHr023324 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 29 Sep 2004 17:56:45 -0700 Message-ID: <415B5991.70002@root.org> Date: Wed, 29 Sep 2004 17:55:45 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [Fwd: cvs commit: src/sys/dev/acpica acpi_pci_link.c] 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: Thu, 30 Sep 2004 00:56:46 -0000 Did this commit fix or break anything regarding PCI irq routing for anyone? I haven't heard any feedback yet. -------- Original Message -------- njl 2004-09-25 06:15:56 UTC FreeBSD src repository Modified files: sys/dev/acpica acpi_pci_link.c Log: Allow routing to the SCI even if it's not in the list of valid IRQs. MFC if: no problems Revision Changes Path 1.33 +10 -0 src/sys/dev/acpica/acpi_pci_link.c -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 01:08:41 2004 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 9F11616A4CE; Thu, 30 Sep 2004 01:08:41 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3759E43D4C; Thu, 30 Sep 2004 01:08:41 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8U18edt097507; Wed, 29 Sep 2004 21:08:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i8U18eWO053758; Wed, 29 Sep 2004 21:08:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AEEF47303F; Wed, 29 Sep 2004 21:08:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040930010840.AEEF47303F@freebsd-current.sentex.ca> Date: Wed, 29 Sep 2004 21:08:40 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 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: Thu, 30 Sep 2004 01:08:41 -0000 TB --- 2004-09-29 23:28:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-29 23:28:13 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-09-29 23:28:13 - checking out the source tree TB --- 2004-09-29 23:28:13 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2004-09-29 23:28:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-29 23:33:56 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-29 23:33:56 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-09-29 23:33:56 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-09-30 01:02:59 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-30 01:02:59 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-09-30 01:02:59 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Sep 30 01:02:59 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/ia64/ia64/src/sys/dev/usb/usb_subr.c:832: warning: type defaults to `int' in declaration of `pipe' /tinderbox/CURRENT/ia64/ia64/src/sys/dev/usb/usb_subr.c:832: error: `p' undeclared here (not in a function) /tinderbox/CURRENT/ia64/ia64/src/sys/dev/usb/usb_subr.c:832: warning: data definition has no type or storage class /tinderbox/CURRENT/ia64/ia64/src/sys/dev/usb/usb_subr.c:833: error: syntax error before "return" /tinderbox/CURRENT/ia64/ia64/src/sys/dev/usb/usb_subr.c:92: warning: 'usbd_getnewaddr' declared `static' but never defined /tinderbox/CURRENT/ia64/ia64/src/sys/dev/usb/usb_subr.c:101: warning: 'usbd_kill_pipe' declared `static' but never defined /tinderbox/CURRENT/ia64/ia64/src/sys/dev/usb/usb_subr.c:103: warning: 'usbd_probe_and_attach' declared `static' but never defined /tinderbox/CURRENT/ia64/ia64/src/sys/dev/usb/usb_subr.c:105: warning: 'usb_cookie_no' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-09-30 01:08:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-30 01:08:40 - ERROR: failed to build generic kernel TB --- 2004-09-30 01:08:40 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 01:19:44 2004 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 E7CB816A4CE; Thu, 30 Sep 2004 01:19:44 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49C2843D39; Thu, 30 Sep 2004 01:19:44 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (localhost [127.0.0.1]) i8U1JaTH023674; Wed, 29 Sep 2004 21:19:36 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i8U1JZEm023673; Wed, 29 Sep 2004 21:19:35 -0400 (EDT) Date: Wed, 29 Sep 2004 21:19:34 -0400 From: Ken Smith To: Kris Kennaway Message-ID: <20040930011934.GA23466@electra.cse.Buffalo.EDU> References: <20040929.174914.05878370.imp@bsdimp.com> <20040930004417.GA49094@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040930004417.GA49094@xor.obsecurity.org> User-Agent: Mutt/1.4.1i cc: Daniel Eischen cc: kensmith@cse.Buffalo.EDU cc: tjr@freebsd.org cc: "M. Warner Losh" cc: freebsd-current@freebsd.org Subject: Re: HEADS-UP: Library version number bumps 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: Thu, 30 Sep 2004 01:19:45 -0000 On Wed, Sep 29, 2004 at 05:44:17PM -0700, Kris Kennaway wrote: > That hasn't worked very well during the 5.x branch, as the current > thread (and previous iterations of it) show. All I was able to look > for were incompatible changes to the symbol table; other types of > breakage like incompatible changes to function interfaces and data > structures are much more difficult to detect. For what it's worth... I did find out a fair bit too late that there are a few things that are specifically being held off because they do break things in this fashion, but are things we need to do at some point. Not sure exactly when doing that sort of thing is best... -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 01:56:24 2004 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 C226D16A4CE; Thu, 30 Sep 2004 01:56:24 +0000 (GMT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.145.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5581E43D45; Thu, 30 Sep 2004 01:56:24 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 69FE94EFCD6; Thu, 30 Sep 2004 09:56:20 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 603F74EFCD3; Thu, 30 Sep 2004 09:56:20 +0800 (CST) Date: Thu, 30 Sep 2004 09:56:20 +0800 (CST) From: Tai-hwa Liang To: Kris Kennaway In-Reply-To: <20040929211528.GA39358@xor.obsecurity.org> Message-ID: <04093009424918.48502@www.mmlab.cse.yzu.edu.tw> References: <20040929211528.GA39358@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: amd64@FreeBSD.org cc: current@FreeBSD.org Subject: Re: "panic: vrele: negative ref cnt" on RELENG_5 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: Thu, 30 Sep 2004 01:56:24 -0000 Hi, I ran into this panic on a Pentium 4 box two hours ago; however, there's no backtrace available since the box was booted with 5.3-BETA6-i386-disc2: panic: vrele: negative ref cnt boot() called on cpu#1 Uptime: 8h54m1s The operations performed before the panic took place were: mount /dev/ad4s3f /mnt # an UFS1 FreeBSD slice mkdir /mnt3 mount_msdosfs /dev/ad5s3 /mnt3 # a FAT32 partition bsdtar -cpvf /mnt3/backup.tar /mnt ^D # leave the FIXIT shell, BOOM! Not sure this is relevant, but there're a couple of "ad4: FAILURE ... UNCORRETABLE.. LBA=xxx..." errors while bsdtar was running. On Wed, 29 Sep 2004, Kris Kennaway wrote: > An amd64 machine I updated 5 days ago panicked with this at reboot > time: > > Waiting (max 60 seconds) for system process `vnlru' to stop...done > Waiting (max 60 seconds) for system process `bufdaemon' to stop...done > Waiting (max 60 seconds) for system process `syncer' to stop... > Syncing disks, vnodes remaining...1 1 1 0 0 done > No buffers busy after final sync > panic: vrele: negative ref cnt > kdb_enter() at kdb_enter+0x2f > panic() at panic+0x1d2 > vrele() at vrele+0x1ec > ffs_unmount() at ffs_unmount+0x182 > dounmount() at dounmount+0x171 > vfs_unmountall() at vfs_unmountall+0x50 > boot() at boot+0x809 > reboot() at reboot+0x3d > syscall() at syscall+0x4ab > Xfast_syscall() at Xfast_syscall+0xa8 > --- syscall (55, FreeBSD ELF64, reboot), rip = 0x20076d76c, rsp = 0x7fffffffebb8, rbp = 0x1b0ab --- From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 02:12:02 2004 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 EE5C416A4CF for ; Thu, 30 Sep 2004 02:12:01 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E88E43D1F for ; Thu, 30 Sep 2004 02:12:01 +0000 (GMT) (envelope-from marchenko@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so148765rnk for ; Wed, 29 Sep 2004 19:12:01 -0700 (PDT) Received: by 10.38.208.53 with SMTP id f53mr2380933rng; Wed, 29 Sep 2004 19:12:01 -0700 (PDT) Received: by 10.38.22.66 with HTTP; Wed, 29 Sep 2004 19:12:00 -0700 (PDT) Message-ID: Date: Wed, 29 Sep 2004 22:12:00 -0400 From: Vlad To: Robert Watson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <4159431F.6010502@ispro.net.tr> cc: freebsd-current@freebsd.org cc: Evren Yurtesen Subject: Re: panic: sorele X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vlad List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2004 02:12:02 -0000 guys, it just crashed even with NET_WITH_GIANT option. I could not leave it waiting at DDB prompt so I've compiled it with GDB_UNATTENDED... so no new info :( login: panic: sodealloc(): so_count 1 cpuid = 0 boot() called on cpu#0 I'm restarting it on a single CPU cause can't afford anymore locking on production server. let me know if u have any thoughts -- Vlad From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 02:14:59 2004 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 EEF2816A4CE for ; Thu, 30 Sep 2004 02:14:58 +0000 (GMT) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80B4243D3F for ; Thu, 30 Sep 2004 02:14:58 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from fwd10.aul.t-online.de by mailout03.sul.t-online.com with smtp id 1CCqTA-0002vl-00; Thu, 30 Sep 2004 04:14:56 +0200 Received: from fw.reifenberger.com (VOsBIeZ-oe2DlCaH6ngVDIz4wFjiaT1DVElCgF5EGz8gx47FW3hmog@[217.232.232.19]) by fmrl10.sul.t-online.com with esmtp id 1CCqT1-1xo7Bw0; Thu, 30 Sep 2004 04:14:47 +0200 Received: from localhost (mike@localhost)i8U2Ekbp063773; Thu, 30 Sep 2004 04:14:46 +0200 (CEST) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Thu, 30 Sep 2004 04:14:46 +0200 (CEST) From: Michael Reifenberger To: Nate Lawson In-Reply-To: <415B5991.70002@root.org> Message-ID: <20040930041127.E63741@fw.reifenberger.com> References: <415B5991.70002@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-ID: VOsBIeZ-oe2DlCaH6ngVDIz4wFjiaT1DVElCgF5EGz8gx47FW3hmog@t-dialin.net X-TOI-MSGID: 73a9c078-2fc7-46ab-8f48-9bcfb2ebed4b cc: current@freebsd.org Subject: Re: [Fwd: cvs commit: src/sys/dev/acpica acpi_pci_link.c] 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: Thu, 30 Sep 2004 02:14:59 -0000 On Wed, 29 Sep 2004, Nate Lawson wrote: > Date: Wed, 29 Sep 2004 17:55:45 -0700 > From: Nate Lawson > To: current@freebsd.org > Subject: [Fwd: cvs commit: src/sys/dev/acpica acpi_pci_link.c] > > Did this commit fix or break anything regarding PCI irq routing for anyone? > I haven't heard any feedback yet. > If this change isn't MFC'd jet than it could fix a system freeze I had during boot on RELENG_5 (see my mail to -current a few days ago) which where fixed when booting -current. Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 02:19:51 2004 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 626CD16A4CE for ; Thu, 30 Sep 2004 02:19:51 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FD5343D1F for ; Thu, 30 Sep 2004 02:19:51 +0000 (GMT) (envelope-from juhasaarinen@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so3505188rnk for ; Wed, 29 Sep 2004 19:19:45 -0700 (PDT) Received: by 10.38.73.46 with SMTP id v46mr675787rna; Wed, 29 Sep 2004 19:19:44 -0700 (PDT) Received: by 10.38.73.29 with HTTP; Wed, 29 Sep 2004 19:19:44 -0700 (PDT) Message-ID: Date: Thu, 30 Sep 2004 14:19:44 +1200 From: Juha Saarinen To: Nate Lawson In-Reply-To: <415B5991.70002@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <415B5991.70002@root.org> cc: current@freebsd.org Subject: Re: [Fwd: cvs commit: src/sys/dev/acpica acpi_pci_link.c] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Juha Saarinen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2004 02:19:51 -0000 On Wed, 29 Sep 2004 17:55:45 -0700, Nate Lawson wrote: > Did this commit fix or break anything regarding PCI irq routing for > anyone? I haven't heard any feedback yet. Were these fixes related to the issue of Beta 5/6 not booting up with ACPI enabled (system hangs after "CPU #1 launched") on SMP/Hyperthreaded boxes? If so, the latest round of commits seems to have fixed things. My box boots fine now with ACPI enabled. -- Juha From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 02:27:35 2004 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 BB24D16A4CE; Thu, 30 Sep 2004 02:27:35 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6831343D1D; Thu, 30 Sep 2004 02:27:35 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i8U2QOrQ050667; Wed, 29 Sep 2004 22:26:34 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i8U2QECr050664; Wed, 29 Sep 2004 22:26:14 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 29 Sep 2004 22:26:13 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Vlad In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Evren Yurtesen cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: panic: sorele 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: Thu, 30 Sep 2004 02:27:35 -0000 On Wed, 29 Sep 2004, Vlad wrote: > it just crashed even with NET_WITH_GIANT option. I could not leave it > waiting at DDB prompt so I've compiled it with GDB_UNATTENDED... so no > new info :( Hmm. Interesting; in some ways reassuring, in some ways not. I'd like to get to reproducing this in our test environment. Could you provide some information on application workload and how I could do that? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > login: panic: sodealloc(): so_count 1 > cpuid = 0 > boot() called on cpu#0 > > I'm restarting it on a single CPU cause can't afford anymore locking > on production server. > > let me know if u have any thoughts > > -- > Vlad > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 02:30:34 2004 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 D5F4316A4CE; Thu, 30 Sep 2004 02:30:34 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F56043D4C; Thu, 30 Sep 2004 02:30:34 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8U2UYwd007577; Wed, 29 Sep 2004 22:30:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8U2UXC0003677; Wed, 29 Sep 2004 22:30:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E58D07303F; Wed, 29 Sep 2004 22:30:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040930023033.E58D07303F@freebsd-current.sentex.ca> Date: Wed, 29 Sep 2004 22:30:33 -0400 (EDT) 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: Thu, 30 Sep 2004 02:30:35 -0000 TB --- 2004-09-30 01:08:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-30 01:08:40 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-09-30 01:08:40 - checking out the source tree TB --- 2004-09-30 01:08:40 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2004-09-30 01:08:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-30 01:14:40 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-30 01:14:40 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-09-30 01:14:40 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-09-30 02:19:42 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-30 02:19:42 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-09-30 02:19:42 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Sep 30 02:19:42 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb/../../dev/usb/usb_subr.c:832: warning: type defaults to `int' in declaration of `pipe' /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb/../../dev/usb/usb_subr.c:832: error: `p' undeclared here (not in a function) /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb/../../dev/usb/usb_subr.c:832: warning: data definition has no type or storage class /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb/../../dev/usb/usb_subr.c:833: error: syntax error before "return" /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb/../../dev/usb/usb_subr.c:92: warning: 'usbd_getnewaddr' declared `static' but never defined /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb/../../dev/usb/usb_subr.c:101: warning: 'usbd_kill_pipe' declared `static' but never defined /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb/../../dev/usb/usb_subr.c:103: warning: 'usbd_probe_and_attach' declared `static' but never defined /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb/../../dev/usb/usb_subr.c:105: warning: 'usb_cookie_no' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-09-30 02:30:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-30 02:30:33 - ERROR: failed to build generic kernel TB --- 2004-09-30 02:30:33 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 02:35:42 2004 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 2788516A4CE for ; Thu, 30 Sep 2004 02:35:42 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id C358743D48 for ; Thu, 30 Sep 2004 02:35:41 +0000 (GMT) (envelope-from marchenko@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so150220rnk for ; Wed, 29 Sep 2004 19:35:41 -0700 (PDT) Received: by 10.38.165.31 with SMTP id n31mr2351709rne; Wed, 29 Sep 2004 19:35:40 -0700 (PDT) Received: by 10.38.22.66 with HTTP; Wed, 29 Sep 2004 19:35:39 -0700 (PDT) Message-ID: Date: Wed, 29 Sep 2004 22:35:39 -0400 From: Vlad To: robert@fledge.watson.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: cc: freebsd-current@freebsd.org cc: Evren Yurtesen Subject: Re: panic: sorele X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vlad List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2004 02:35:42 -0000 my config below, the only difference when it crashes is two lines with SMP and apic uncommented. server is a dual p3 on intel-STL2 motherboard, 1.5gig ram, adatec 2100 raid5 it runs apache webserver with ad-serving application written on modperl. accepting several tens of http requests a second (usually it's a click or impression sort of requests, they are small request / rediredct responce). Postgresql database is running on the same server. postfix mail server that's all ----- machine i386 cpu I686_CPU ident DC1 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SCHED_4BSD # 4BSD scheduler #options SCHED_ULE options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support #options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] #options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #device apic # I/O APIC #options DEBUG=-g #options INVARIANTS #options INVARIANT_SUPPORT #options DDB #options KDB #options KDB_UNATTENDED #options WITNESS #options WITNESS_KDB #options NET_WITH_GIANT # Bus support. Do not remove isa, even if you have no isa slots device isa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc #device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_DEFAULT_TO_ACCEPT options SHMMAXPGS=200000 options SHMMNI=4096 options SHMSEG=4096 options SEMOPM=300 options SEMMNI=250 options SEMMAP=250 options SEMMSL=300 options SEMMNS=35000 options SEMUME=40 options SEMMNU=120 options MAXDSIZ="(850*1024*1024)" options MAXSSIZ="(850*1024*1024)" options DFLDSIZ="(850*1024*1024)" #options PMAP_SHPGPERPROC=501 > > it just crashed even with NET_WITH_GIANT option. I could not leave it > > waiting at DDB prompt so I've compiled it with GDB_UNATTENDED... so no > > new info :( > > Hmm. Interesting; in some ways reassuring, in some ways not. > > I'd like to get to reproducing this in our test environment. Could you > provide some information on application workload and how I could do that? -- Vlad From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 02:51:13 2004 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 1BC4516A4CE; Thu, 30 Sep 2004 02:51:13 +0000 (GMT) Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com [216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B26843D5E; Thu, 30 Sep 2004 02:51:13 +0000 (GMT) (envelope-from peter@yahoo-inc.com) Received: by daintree.corp.yahoo.com (Postfix, from userid 2154) id EF8B48803; Wed, 29 Sep 2004 19:51:12 -0700 (PDT) From: Peter Wemm To: freebsd-current@freebsd.org Date: Wed, 29 Sep 2004 19:51:12 -0700 User-Agent: KMail/1.6.2 References: <20040928025635.Q5094@ync.qbhto.arg> In-Reply-To: <20040928025635.Q5094@ync.qbhto.arg> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409291951.12610.peter@wemm.org> cc: Doug Barton Subject: Re: HEADS UP: named now runs chroot'ed by default 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: Thu, 30 Sep 2004 02:51:13 -0000 On Tuesday 28 September 2004 03:03 am, Doug Barton wrote: > I just committed a named "auto-chroot" system that will allow named > to run chroot'ed by default. If you have an existing named > configuration in /etc/namedb, the instructions for updating it are in > src/UPDATING. If you are already chroot'ing named, especially if you > are using /var/named as the chroot directory, you should back > everything up before upgrading and proceed with caution. :) > > For those that don't have a named configuration, all you should have > to do is 'rm -r /etc/namedb' and you'll be fine. > > Comments and suggestions are welcome, but please try to keep the > bikeshedding about specific bits down to an absolute minimum. The > directory structure and related options worked very well on hundreds > of name servers on a very busy enterprise network, so I have a high > degree of confidence that the defaults are sensible. That said, I am > open to genuine improvements, and dialogue on optional bits. Mergemaster hasn't been made aware of this. It unconditionally installs the named stuff in /var/named/etc/namedb even when you've explicitly turned the chroot stuff off. How are we supposed to get the old behavior back? This sucks. :-( -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 03:52:07 2004 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 A616916A4CE for ; Thu, 30 Sep 2004 03:52:07 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5942543D31 for ; Thu, 30 Sep 2004 03:52:07 +0000 (GMT) (envelope-from juhasaarinen@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so3510857rnk for ; Wed, 29 Sep 2004 20:52:06 -0700 (PDT) Received: by 10.38.77.56 with SMTP id z56mr2765900rna; Wed, 29 Sep 2004 20:52:06 -0700 (PDT) Received: by 10.38.73.29 with HTTP; Wed, 29 Sep 2004 20:52:06 -0700 (PDT) Message-ID: Date: Thu, 30 Sep 2004 15:52:06 +1200 From: Juha Saarinen To: Peter Wemm In-Reply-To: <200409291951.12610.peter@wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040928025635.Q5094@ync.qbhto.arg> <200409291951.12610.peter@wemm.org> cc: freebsd-current@freebsd.org cc: Doug Barton Subject: Re: HEADS UP: named now runs chroot'ed by default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Juha Saarinen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2004 03:52:07 -0000 On Wed, 29 Sep 2004 19:51:12 -0700, Peter Wemm wrote: > Mergemaster hasn't been made aware of this. It unconditionally installs > the named stuff in /var/named/etc/namedb even when you've explicitly > turned the chroot stuff off. How are we supposed to get the old > behavior back? This sucks. :-( I didn't see this when I rebuilt/reinstalled world without explicitely chrooting named (that's next). $ uname -a FreeBSD hostname.org.org 5.3-BETA6 FreeBSD 5.3-BETA6 #1: Thu Sep 30 09:48:47 NZST 2004 root@somewhere.org:/usr/obj/usr/src/sys/vim2-040927 i386 Was actually wondering about that, as Doug said named now "auto-chroots". Also, no instructions in /src/UPDATING that I can see -- just cvsup'ed again from cvsup2.au.freebsd.org. $ ls -la UPDATING -rw-r--r-- 1 root wheel 71804 Sep 29 22:04 UPDATING -- Juha From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 04:30:39 2004 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 F0ED316A4CE for ; Thu, 30 Sep 2004 04:30:39 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 308B843D2F for ; Thu, 30 Sep 2004 04:30:39 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 2E39278C55; Thu, 30 Sep 2004 00:32:13 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id 75E6278C35; Thu, 30 Sep 2004 00:32:08 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id AFFE3170E2; Thu, 30 Sep 2004 00:29:35 -0400 (EDT) Date: Thu, 30 Sep 2004 00:29:35 -0400 From: Damian Gerow To: Julian Elischer Message-ID: <20040930042935.GA26934@afflictions.org> Mail-Followup-To: Julian Elischer , current@freebsd.org References: <20040927211341.GB30059@afflictions.org> <20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org> <20040929050154.GJ5115@afflictions.org> <415A6AE3.4050309@elischer.org> <415A6B8A.1040902@elischer.org> <20040929093723.GB29565@afflictions.org> <415B113A.1060508@elischer.org> <20040929215528.GH29565@afflictions.org> <415B368D.3020506@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <415B368D.3020506@elischer.org> X-Operating-System: FreeBSD 5.3-BETA6 on a i386 X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at afflictions.org cc: current@freebsd.org Subject: Re: Random processes hanging in unkillable state in -BETA6 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: Thu, 30 Sep 2004 04:30:40 -0000 Thus spake Julian Elischer (julian@elischer.org) [29/09/04 18:28]: : It actually needs a *arg to be a valid ctor.. : : -ksegrp_init(void *mem, int size, int flags) : +ksegrp_ctor(void *mem, int size, void *arg, int flags) Okay, change made, kernel recompiled, installed, and booted into. But I'm still seeing the hangs from firefox, dig, and ogle. - Damian From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 04:31:21 2004 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 271A916A4CE for ; Thu, 30 Sep 2004 04:31:21 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF1FF43D2D for ; Thu, 30 Sep 2004 04:31:20 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-64-171-187-209.dsl.snfc21.pacbell.net [64.171.187.209]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i8U4VJHr027013 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 29 Sep 2004 21:31:20 -0700 Message-ID: <415B8C16.2050700@root.org> Date: Wed, 29 Sep 2004 21:31:18 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Juha Saarinen References: <415B5991.70002@root.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: [Fwd: cvs commit: src/sys/dev/acpica acpi_pci_link.c] 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: Thu, 30 Sep 2004 04:31:21 -0000 Juha Saarinen wrote: > On Wed, 29 Sep 2004 17:55:45 -0700, Nate Lawson wrote: > >>Did this commit fix or break anything regarding PCI irq routing for >>anyone? I haven't heard any feedback yet. > > Were these fixes related to the issue of Beta 5/6 not booting up with > ACPI enabled (system hangs after "CPU #1 launched") on > SMP/Hyperthreaded boxes? > > If so, the latest round of commits seems to have fixed things. My box > boots fine now with ACPI enabled. Not likely. That was probably the floppy hang problem that Warner just MFCd. To test, cvsup to a BETA5 kernel and then copy in this file to src/sys/dev/acpica/acpi_pci_link.c: http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/acpica/acpi_pci_link.c?rev=1.33&content-type=text/plain If I'm right, this file alone won't change anything. -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 04:32:09 2004 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 855DD16A4CE for ; Thu, 30 Sep 2004 04:32:09 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53D0B43D48 for ; Thu, 30 Sep 2004 04:32:09 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-64-171-187-209.dsl.snfc21.pacbell.net [64.171.187.209]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i8U4W7Hr027022 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 29 Sep 2004 21:32:08 -0700 Message-ID: <415B8C47.3060008@root.org> Date: Wed, 29 Sep 2004 21:32:07 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Reifenberger References: <415B5991.70002@root.org> <20040930041127.E63741@fw.reifenberger.com> In-Reply-To: <20040930041127.E63741@fw.reifenberger.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: [Fwd: cvs commit: src/sys/dev/acpica acpi_pci_link.c] 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: Thu, 30 Sep 2004 04:32:09 -0000 Michael Reifenberger wrote: > On Wed, 29 Sep 2004, Nate Lawson wrote: >> >> Did this commit fix or break anything regarding PCI irq routing for >> anyone? I haven't heard any feedback yet. >> > > If this change isn't MFC'd jet than it could fix a system freeze I had > during boot on RELENG_5 (see my mail to -current a few days ago) > which where fixed when booting -current. Maybe. But that also was probably the floppy hang problem that Warner just MFCd. To test, cvsup to a BETA5 kernel and then copy in this file to src/sys/dev/acpica/acpi_pci_link.c: http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/acpica/acpi_pci_link.c?rev=1.33&content-type=text/plain I suspect this file alone won't change anything. -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 04:37:25 2004 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 A7E7916A4CF for ; Thu, 30 Sep 2004 04:37:25 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7231943D54 for ; Thu, 30 Sep 2004 04:37:25 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id E1EFF78C55; Thu, 30 Sep 2004 00:38:59 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id 1FA8B78C35; Thu, 30 Sep 2004 00:38:58 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id B9DC4170E2; Thu, 30 Sep 2004 00:33:22 -0400 (EDT) Date: Thu, 30 Sep 2004 00:33:22 -0400 From: Damian Gerow To: Julian Elischer , current@freebsd.org Message-ID: <20040930043322.GB26934@afflictions.org> Mail-Followup-To: Julian Elischer , current@freebsd.org References: <20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org> <20040929050154.GJ5115@afflictions.org> <415A6AE3.4050309@elischer.org> <415A6B8A.1040902@elischer.org> <20040929093723.GB29565@afflictions.org> <415B113A.1060508@elischer.org> <20040929215528.GH29565@afflictions.org> <415B368D.3020506@elischer.org> <20040930042935.GA26934@afflictions.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040930042935.GA26934@afflictions.org> X-Operating-System: FreeBSD 5.3-BETA6 on a i386 X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at afflictions.org Subject: Re: Random processes hanging in unkillable state in -BETA6 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: Thu, 30 Sep 2004 04:37:25 -0000 Thus spake Damian Gerow (dgerow@afflictions.org) [30/09/04 00:32]: : Thus spake Julian Elischer (julian@elischer.org) [29/09/04 18:28]: : : It actually needs a *arg to be a valid ctor.. : : : : -ksegrp_init(void *mem, int size, int flags) : : +ksegrp_ctor(void *mem, int size, void *arg, int flags) : : Okay, change made, kernel recompiled, installed, and booted into. But I'm : still seeing the hangs from firefox, dig, and ogle. And the next ddb output is up, as per your previous instructions, at . From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 04:48:49 2004 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 0133516A4CE for ; Thu, 30 Sep 2004 04:48:48 +0000 (GMT) Received: from mx-itb.geoph.ITB.ac.id (mx-itb.geoph.itb.ac.id [167.205.30.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFC4743D2D for ; Thu, 30 Sep 2004 04:48:41 +0000 (GMT) (envelope-from dikshie@ppk.itb.ac.id) Received: from localhost.geoph.itb.ac.id (localhost.geoph.itb.ac.id [127.0.0.1]) by mx-itb.geoph.ITB.ac.id (Postfix) with ESMTP id 22AD12107B for ; Thu, 30 Sep 2004 11:59:36 +0700 (WIT) Received: from mx-itb.geoph.ITB.ac.id (localhost.geoph.itb.ac.id [127.0.0.1]) by localhost.geoph.itb.ac.id (VaMailArmor-2.0.1.16) id 03695-1E932FDB; Thu, 30 Sep 2004 11:59:34 +0700 Received: from ipv6.ppk.itb.ac.id (ipv6.ppk.ITB.ac.id [167.205.25.15]) by mx-itb.geoph.ITB.ac.id (Postfix) with ESMTP id 3BACE20CC7 for ; Thu, 30 Sep 2004 11:59:34 +0700 (WIT) Received: by ipv6.ppk.itb.ac.id (Postfix, from userid 1001) id 69D43114C1; Thu, 30 Sep 2004 11:48:35 +0700 (WIT) Date: Thu, 30 Sep 2004 11:48:35 +0700 From: Dikshie To: current@freebsd.org Message-ID: <20040930044835.GA911@ppk.itb.ac.id> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: (FreeBSD 5.3-BETA6 i386) X-Uptime: 11:42AM up 11 mins, 1 user, load averages: 0.01, 0.09, 0.09 X-Organization: Pusat Penelitian Kelautan (PPK) X-Location: Labtek VI Building, Institute of Technology, Bandung, Indonesia X-Web-Site: http://ipv6.ppk.itb.ac.id/~dikshie X-Yahoo-ID: dikshie X-GnuPG-Key: http://ipv6.ppk.itb.ac.id/gpg/ X-FingerPrint: 19AC 2592 1394 6C96 BABB 9060 50B8 D244 88E3 B55D X-AntiVirus: checked by Vexira MailArmor (version: 2.0.1.16; VAE: 6.27.0.12; VDF: 6.27.0.80; host: mx-itb.geoph.itb.ac.id) Subject: -BETA6 panic with xorp multicast routing daemon 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: Thu, 30 Sep 2004 04:48:49 -0000 Hi, I got my -BETA6 panic when run xorp routing daemon. Panic: mutex Giant not owned at /usr/src/sys/netinet/ip_mroute.c:2672 I've included: options MROUTING options PIM for multicast purpose and: options KDB options KDB_TRACE options DDB #Enable the kernel debugger options DDB_NUMSYM options GDB for debugging. but my box didnt save core to /var/crash. any suggestions ? thanks ! -dikshie- From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 05:00:47 2004 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 C490316A4D1 for ; Thu, 30 Sep 2004 05:00:47 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8AE043D1F for ; Thu, 30 Sep 2004 05:00:47 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 4FBCAF1A8A for ; Wed, 29 Sep 2004 22:00:47 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00653-05 for ; Wed, 29 Sep 2004 22:00:46 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id EE618F18BB for ; Wed, 29 Sep 2004 22:00:45 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-2xlW5LaNJ3TL8kaLWpEa" Message-Id: <1096520445.1386.8.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 29 Sep 2004 22:00:45 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com Subject: Careful with bind9 and ldap 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: Thu, 30 Sep 2004 05:00:47 -0000 --=-2xlW5LaNJ3TL8kaLWpEa Content-Type: text/plain Content-Transfer-Encoding: quoted-printable My system has openldap setup with nsswitch.conf having group looking in "files ldap". This can cause a lockup with the named if you try to restart it after openldap is up and running and if your hostname isn't in /etc/hosts but served up by named. It is along the same lines as the long pause attempting to start openldap. What is happening is that initgroups is being called by these programs.=20 This will cause, for my setup, all groups in files (i.e. /etc/group) and in ldap to be read. When starting ldap it causes it to loop back on itself and wait for a timeout. When restarting named it causes a lookup of the hostname. If the hostname isn't available in files then it checks dns. This causes the lockup. The solution for me was to place my hostname in /etc/hosts. No more lockups. Cheers, Sean --=-2xlW5LaNJ3TL8kaLWpEa Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBW5L9yQsGN30uGE4RAo63AJ4xy1TaNX7n7goyA6jIrnR7nA1XcwCfTEo/ XflFpKpwvO+EuxNN8I4R/as= =5NFn -----END PGP SIGNATURE----- --=-2xlW5LaNJ3TL8kaLWpEa-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 05:17:32 2004 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 D211C16A4CE for ; Thu, 30 Sep 2004 05:17:32 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 601F143D4C for ; Thu, 30 Sep 2004 05:17:32 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i8U5GVmG052731; Thu, 30 Sep 2004 01:16:31 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i8U5GUF2052728; Thu, 30 Sep 2004 01:16:31 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 30 Sep 2004 01:16:30 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Dikshie In-Reply-To: <20040930044835.GA911@ppk.itb.ac.id> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: -BETA6 panic with xorp multicast routing daemon 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: Thu, 30 Sep 2004 05:17:32 -0000 On Thu, 30 Sep 2004, Dikshie wrote: > I got my -BETA6 panic when run xorp routing daemon. > Panic: mutex Giant not owned at /usr/src/sys/netinet/ip_mroute.c:2672 > > I've included: > options MROUTING > options PIM > for multicast purpose and: > > options KDB > options KDB_TRACE > options DDB #Enable the kernel debugger > options DDB_NUMSYM > options GDB > > for debugging. but my box didnt save core to /var/crash. > any suggestions ? >From the nature of the panic, it sounds like you're running with NET_WITH_GIANT, debug.mpsafenet=0 in loader.conf, or that the setting has been forced by running with a kernel component that relies on Giant over the network stack? Try the attached patch, please. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research Index: ip_mroute.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/ip_mroute.c,v retrieving revision 1.108 diff -u -r1.108 ip_mroute.c --- ip_mroute.c 27 Aug 2004 18:33:07 -0000 1.108 +++ ip_mroute.c 30 Sep 2004 05:00:17 -0000 @@ -598,20 +598,23 @@ static void ip_mrouter_reset(void) { + int callout_flag; + bzero((caddr_t)mfctable, sizeof(mfctable)); bzero((caddr_t)nexpire, sizeof(nexpire)); pim_assert = 0; mrt_api_config = 0; - callout_init(&expire_upcalls_ch, CALLOUT_MPSAFE); + callout_flag = debug_mpsafenet ? CALLOUT_MPSAFE : 0; + callout_init(&expire_upcalls_ch, callout_flag); bw_upcalls_n = 0; bzero((caddr_t)bw_meter_timers, sizeof(bw_meter_timers)); - callout_init(&bw_upcalls_ch, CALLOUT_MPSAFE); - callout_init(&bw_meter_ch, CALLOUT_MPSAFE); + callout_init(&bw_upcalls_ch, callout_flag); + callout_init(&bw_meter_ch, callout_flag); - callout_init(&tbf_reprocess_ch, CALLOUT_MPSAFE); + callout_init(&tbf_reprocess_ch, callout_flag); } static struct mtx mrouter_mtx; /* used to synch init/done work */ From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 06:40:11 2004 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 8E9BC16A4CE for ; Thu, 30 Sep 2004 06:40:11 +0000 (GMT) Received: from ausc60ps301.us.dell.com (ausc60ps301.us.dell.com [143.166.148.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F12843D3F for ; Thu, 30 Sep 2004 06:40:11 +0000 (GMT) (envelope-from Muthu_T@Dell.com) Received: from ausx2kcpc115.aus.amer.dell.com (10.166.84.69) by ausc60ps301.us.dell.com with ESMTP; 30 Sep 2004 01:40:10 -0500 X-Ironport-AV: i="3.84,186,1091422800"; d="scan'208"; a="83188354:sNHT27057648" Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6527.0 Date: Thu, 30 Sep 2004 01:40:06 -0500 Message-ID: <71F713C5E3CB7F4F9ACCBBB8E9BE318A1E1E23@blrx2kmbgl101.blr.amer.dell.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: PE2850 + FreeBSD 5.3-BETA6 - Keyboard not working Thread-Index: AcSmVJoLBcx4p+2aTuuHaq4J2C1nFwAYwwew From: To: X-OriginalArrivalTime: 30 Sep 2004 06:40:06.0708 (UTC) FILETIME=[52D4AF40:01C4A6B8] cc: freebsd-current@freebsd.org Subject: RE: PE2850 + FreeBSD 5.3-BETA6 - Keyboard not working 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: Thu, 30 Sep 2004 06:40:11 -0000 >From: Brooks Davis [mailto:brooks@one-eyed-alien.net]=20 >Sent: Thursday, September 30, 2004 12:17 AM >>On Wed, Sep 29, 2004 at 08:42:32AM -0500, Muthu_T@Dell.com wrote: >> All, >>=20 >> Successfully installed FreeBSD 5.3-BETA6 on Dell PE2860. >> After rebooting in the login prompt the system doesn't accept any=20 >> keystrokes. >> I have 1 USB and 1 PS/2 Keyboard. Both keyboards are working (caps=20 >> on/off, Numlock on/off works), but the characters doesn't comes to the=20 >> system console. >>=20 >> Attaching the dmesg output. >>=20 >> Looks like DELL DRAC (Dell Remote Access Card) card is identified as=20 >> Keyboard. >> See the line: (ukbd0: Dell DRAC4, rev 1.10/0.00, addr 2, iclass 3/1) >>=20 >> Any fixes? > >From your other message, I think I see what's happening. The information that the PS/2 keyboard works in=20 >single user mode was critical. The root problem is that you can have one and only one console keyboard=20 >today. I'm working on fixing that, but it's going to take time. For now we're attemting to work around this >problem by making ukbd0 the console keyboard in multiuser mode via devd rules. >In your case this backfires because ukbd0 is your DRAC card not yoru external USB keyboard. A workaround=20 >that should work in your case is to boot into single user and comment out the ukbd related lines in >/etc/devd.conf. Then your PS/2 keyboard will remain your console keyboard. Commenting out the ukbd0 stuff in /etc/devd.conf does the magic. Now PS/2 keyboard is working fine! Installed the 64bit version of FreeBSD on this m/c. Running without any issue. Wonderful Job! :-) Thanks. --T. Muthu Mohan From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 06:50:24 2004 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 034D716A4D2 for ; Thu, 30 Sep 2004 06:50:24 +0000 (GMT) Received: from mail.newlines.ru (mail.newlines.ru [195.54.211.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAA0F43D60 for ; Thu, 30 Sep 2004 06:50:11 +0000 (GMT) (envelope-from anton@nikiforov.ru) Received: from mail.newlines.ru (root@localhost) by mail.newlines.ru (8.12.10/8.12.9) with SMTP id i8U6o9EW016217 for ; Thu, 30 Sep 2004 06:50:09 GMT (envelope-from anton@nikiforov.ru) Received: from [192.168.20.18] (florent-mashin.rmt.ru [81.13.8.34]) (authenticated bits=0) by mail.newlines.ru (8.12.10/8.12.9) with ESMTP id i8U6o8vn016116; Thu, 30 Sep 2004 06:50:08 GMT (envelope-from anton@nikiforov.ru) Message-ID: <415BAC7A.7030600@nikiforov.ru> Date: Thu, 30 Sep 2004 10:49:30 +0400 From: Anton Nikiforov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040907 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: freebsd-mobile@freebsd.org Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms090609020102020805000702" cc: freebsd-current@freebsd.org Subject: ICH Sound under BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: anton@nikiforov.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2004 06:50:24 -0000 This is a cryptographically signed message in MIME format. --------------ms090609020102020805000702 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Dear All! I have Dell Latitude X300 an 5.3BETA5 installed my dmesg shows pcm0: port 0x18c0-0x18ff,0x1c00-0x1cff mem 0xe0100800-0xe01008ff,0xe0100c00-0xe0100dff irq 10 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: That means that my sound card is found and recognized, but no /dev/dsp* appears. sound module is loaded, device sound is in the kernel 3 1 0xc08bc000 5d24 snd_ich.ko This happend when i updated from BETA3 to BETA5, under BETA3 everything was just fine. Does someone have the same problem? Could someone help? -- ó Õ×ÁÖÅÎÉÅÍ (Best regads), áÎÔÏÎ îÉËÉÆÏÒÏ× (Anton Nikiforov) --------------ms090609020102020805000702 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII7TCC AtEwggI6oAMCAQICAwvaFTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMzA1MjExMjI4WhcNMDUwMzA1MjExMjI4 WjBEMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSEwHwYJKoZIhvcNAQkBFhJh bnRvbkBuaWtpZm9yb3YucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC1Ps7E cf3xTnaY72Aip/U5HeUmGwQ6QmbCjMcqS3XfO6EsA+5ol526JvhQ1XStpDX/kh8R8MDELUJD SVooXFiDInspw5tmPOlXV1C60xH4VWf5Gh+2y3yDGzHyWBAalul7LbhC1p8zDNUA12pAu4Ry 1k1A0Yepomr8CRbh/Z9JryfJcqHYDL+z1qgLzQlpJsao9E3Zld5ZfgJPORcFoRB7Z6jvqVLh pLNmSrvfDbSw6WK/K9EbZT9zlOTlmOnt4uLBy3hKZMcvkaFrYVYTRXLMegJHFPAp3sxLYef2 iW9fEUKgrs4W7d5c8UWlmiGurVt1Xdzc58W8X3vekMLqu9elAgMBAAGjLzAtMB0GA1UdEQQW MBSBEmFudG9uQG5pa2lmb3Jvdi5ydTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GB ABINGnCD0TGnBHqGYbJHSwjFfxEsVS1ygSUVIyb0Q1S0SphgUSeRWIZ4+joWR9TzxFGqLtYM TEQvRTQ7VJcugjn2o2nTgQ4EPhze0O5ki2eUWHE9dViHboQWOWI0r1vurUTkDnmloeM8mpMo CAAtXbjyhz7AVKUwI7vULQKuE+imMIIC0TCCAjqgAwIBAgIDC9oVMA0GCSqGSIb3DQEBBAUA MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAz MDUyMTEyMjhaFw0wNTAzMDUyMTEyMjhaMEQxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBN ZW1iZXIxITAfBgkqhkiG9w0BCQEWEmFudG9uQG5pa2lmb3Jvdi5ydTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBALU+zsRx/fFOdpjvYCKn9Tkd5SYbBDpCZsKMxypLdd87oSwD 7miXnbom+FDVdK2kNf+SHxHwwMQtQkNJWihcWIMieynDm2Y86VdXULrTEfhVZ/kaH7bLfIMb MfJYEBqW6XstuELWnzMM1QDXakC7hHLWTUDRh6miavwJFuH9n0mvJ8lyodgMv7PWqAvNCWkm xqj0TdmV3ll+Ak85FwWhEHtnqO+pUuGks2ZKu98NtLDpYr8r0RtlP3OU5OWY6e3i4sHLeEpk xy+RoWthVhNFcsx6AkcU8CnezEth5/aJb18RQqCuzhbt3lzxRaWaIa6tW3Vd3Nznxbxfe96Q wuq716UCAwEAAaMvMC0wHQYDVR0RBBYwFIESYW50b25AbmlraWZvcm92LnJ1MAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAEg0acIPRMacEeoZhskdLCMV/ESxVLXKBJRUjJvRD VLRKmGBRJ5FYhnj6OhZH1PPEUaou1gxMRC9FNDtUly6COfajadOBDgQ+HN7Q7mSLZ5RYcT11 WIduhBY5YjSvW+6tROQOeaWh4zyakygIAC1duPKHPsBUpTAju9QtAq4T6KYwggM/MIICqKAD AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD 6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNDA5MzAwNjQ5MzFaMCMGCSqGSIb3DQEJ BDEWBBSdN6s3tFA8jUm0cDkT4fEx9KVFIjBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDC9oVMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTANBgkqhkiG9w0BAQEFAASCAQCxOmbS 8ZADxAxn+k/tmy4jP1M6nX/fqgfUF2Js+6CQEa68/mfjjgOLP11YSF3rkC4YgqmuE4H0T9AI s8RJFN3b9L/f32MczjsfPLnqBH14quPdoiI9nKRr/54x0dN3ET61g+7f0ZOEEKuUcpLE88Be wUOc6ZL0iuR8epYeUp0oRvvH18rgFud+mwg0VTyWuTR2Uvap4hO1yffHeM8WtZ1dAs/vgMum Yy1OpDVu8DZQDTR3h0FKkxL3y+D2VIlcK0+3/4M4JS7Tm8g1vIVZeoSnCP56fQS9YchIwSFD iQAqM1SQmmWRS4eN4s0tcWo/+pYzMCANzXNuApZg3as8JM3sAAAAAAAA --------------ms090609020102020805000702-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 07:17:33 2004 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 1368216A4CE for ; Thu, 30 Sep 2004 07:17:33 +0000 (GMT) Received: from web14122.mail.yahoo.com (web14122.mail.yahoo.com [66.163.171.113]) by mx1.FreeBSD.org (Postfix) with SMTP id D5D5843D45 for ; Thu, 30 Sep 2004 07:17:32 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Message-ID: <20040930071732.46940.qmail@web14122.mail.yahoo.com> Received: from [194.248.174.58] by web14122.mail.yahoo.com via HTTP; Thu, 30 Sep 2004 09:17:32 CEST Date: Thu, 30 Sep 2004 09:17:32 +0200 (CEST) From: Claus Guttesen To: Dag-Erling "Smørgrav" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org cc: Lawrence Farr Subject: Re: unable to install beta6 [amd64] on Dell 2850 with 4 GB RAM,workaround 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: Thu, 30 Sep 2004 07:17:33 -0000 > You need to increase VM_KMEM_SIZE_MAX in your kernel > config, e.g. > options VM_KMEM_SIZE_MAX=536870912 Did that, but it panicked, hand-transcribed screen: vm_fault on nofault entry, addr : ffffffffb091d000 KDB stack backtrace panic() at 0xffffffff8020bf17 = panic+0x2a7 vm_fault() at 0xffffffff802f57b0 = vm_fault+0x1ce0 trap_pfault() at 0xffffffff80330350 = trap_pfault+0x2a0 alltraps_with_regs_pushed() at 0xffffffff8031c3fb = alltraps_with_regs_pushed+0x5 amr_mapcmd() at 0xffffffff80184f34 = amr_mapcmd+0x114 amr_start() at 0xffffffff801850e0 = amr_start+0x170 amr_startio() at 0xffffffff801857ce = amr_startio+0x3e amr_submit_bio() at 0xffffffff80185bb0 = amr_submit_bio+0x20 g_disk_start() at 0xffffffff801ed02a = g_disk_start+0xea g_io_schedule_down() at 0xffffffff801cf4ca = g_io_schedule_down+0xea g_down_procbody() at 0xffffffff801cfa28 = g_down_procbody+0x28 fork_exit() at 0xffffffff801f17af = fork_exit+0x8f fork_trampoline() at 0xffffffff8031c5fe = fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffba13cd00, rbp = 0 Claus From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 07:45:27 2004 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 1F22716A4CE for ; Thu, 30 Sep 2004 07:45:27 +0000 (GMT) Received: from mailout10.sul.t-online.com (mailout10.sul.t-online.com [194.25.134.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA7AD43D4C for ; Thu, 30 Sep 2004 07:45:26 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from fwd03.aul.t-online.de by mailout10.sul.t-online.com with smtp id 1CCvcy-0003pF-03; Thu, 30 Sep 2004 09:45:24 +0200 Received: from fw.reifenberger.com (SaUTGOZQreg1JKOv2l23o4TM4pcjL5y62T3VQPMLLAjKE41NdmvAY7@[217.232.245.130]) by fmrl03.sul.t-online.com with esmtp id 1CCvco-1hNa2S0; Thu, 30 Sep 2004 09:45:14 +0200 Received: from localhost (mike@localhost)i8U7jDOH064782; Thu, 30 Sep 2004 09:45:13 +0200 (CEST) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Thu, 30 Sep 2004 09:45:13 +0200 (CEST) From: Michael Reifenberger To: Nate Lawson In-Reply-To: <415B8C47.3060008@root.org> Message-ID: <20040930093655.C64743@fw.reifenberger.com> References: <415B5991.70002@root.org> <20040930041127.E63741@fw.reifenberger.com> <415B8C47.3060008@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-ID: SaUTGOZQreg1JKOv2l23o4TM4pcjL5y62T3VQPMLLAjKE41NdmvAY7@t-dialin.net X-TOI-MSGID: f858305f-5086-4f57-b11f-3d715a6c3f33 cc: current@freebsd.org Subject: Re: [Fwd: cvs commit: src/sys/dev/acpica acpi_pci_link.c] 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: Thu, 30 Sep 2004 07:45:27 -0000 On Wed, 29 Sep 2004, Nate Lawson wrote: ... >> If this change isn't MFC'd jet than it could fix a system freeze I had >> during boot on RELENG_5 (see my mail to -current a few days ago) >> which where fixed when booting -current. > > Maybe. But that also was probably the floppy hang problem that Warner just > MFCd. To test, cvsup to a BETA5 kernel and then copy in this file to > src/sys/dev/acpica/acpi_pci_link.c: > No. It hang after: ... ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0 ... This where after fdc probe. Or is fdc relevant for mountroot too? Unfortunately I can't downgrade this machine ATM for the next few days to get shure. Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 08:32:00 2004 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 9D2BE16A4CE for ; Thu, 30 Sep 2004 08:32:00 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 484E543D41 for ; Thu, 30 Sep 2004 08:32:00 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8U8Whh9071567; Thu, 30 Sep 2004 02:32:43 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <415BB667.9000302@FreeBSD.org> Date: Thu, 30 Sep 2004 01:31:51 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Claus Guttesen References: <20040930071732.46940.qmail@web14122.mail.yahoo.com> In-Reply-To: <20040930071732.46940.qmail@web14122.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: "Dag-Erling \"SmXrgrav\"" cc: freebsd-current@FreeBSD.org cc: Lawrence Farr Subject: Re: unable to install beta6 [amd64] on Dell 2850 with 4 GB RAM,workaround 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: Thu, 30 Sep 2004 08:32:00 -0000 Claus Guttesen wrote: >>You need to increase VM_KMEM_SIZE_MAX in your kernel >>config, e.g. >>options VM_KMEM_SIZE_MAX=536870912 > > > Did that, but it panicked, hand-transcribed screen: > > vm_fault on nofault entry, addr : ffffffffb091d000 > KDB stack backtrace > panic() at 0xffffffff8020bf17 = panic+0x2a7 > vm_fault() at 0xffffffff802f57b0 = vm_fault+0x1ce0 > trap_pfault() at 0xffffffff80330350 = > trap_pfault+0x2a0 > alltraps_with_regs_pushed() at 0xffffffff8031c3fb = > alltraps_with_regs_pushed+0x5 > amr_mapcmd() at 0xffffffff80184f34 = amr_mapcmd+0x114 > amr_start() at 0xffffffff801850e0 = amr_start+0x170 > amr_startio() at 0xffffffff801857ce = amr_startio+0x3e > amr_submit_bio() at 0xffffffff80185bb0 = > amr_submit_bio+0x20 > g_disk_start() at 0xffffffff801ed02a = > g_disk_start+0xea > g_io_schedule_down() at 0xffffffff801cf4ca = > g_io_schedule_down+0xea > g_down_procbody() at 0xffffffff801cfa28 = > g_down_procbody+0x28 > fork_exit() at 0xffffffff801f17af = fork_exit+0x8f > fork_trampoline() at 0xffffffff8031c5fe = > fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffffffba13cd00, rbp = 0 > > Claus > The AMR driver cannot handle >4GB of RAM. Even though you only have 4GB, your chipset is remapping part of it to the >4GB region. The driver incorrectly interfaces with busdma and cannot handle this scenario very well. The panic is to be expected. You can verify this by setting the tunable 'hw.physmem' in the loader to some value under 4GB to artifically limit the amount of RAM that the OS sees. Scott From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 09:04:29 2004 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 C805716A4CE for ; Thu, 30 Sep 2004 09:04:29 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A4F343D1F for ; Thu, 30 Sep 2004 09:04:29 +0000 (GMT) (envelope-from dantavious@comcast.net) Received: from focus.dantavious.com (pcp04630633pcs.gambrl01.md.comcast.net[68.49.58.89]) by comcast.net (rwcrmhc12) with ESMTP id <2004093009042901400batkne> (Authid: dantavious); Thu, 30 Sep 2004 09:04:29 +0000 From: Derrick Edwards To: freebsd-current@freebsd.org Date: Thu, 30 Sep 2004 05:15:10 -0400 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409300515.10619.dantavious@comcast.net> Subject: Portupgrade problems 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: Thu, 30 Sep 2004 09:04:29 -0000 I have been having a problem with portugrade for a couple of weeks. I get the following error when trying to update ports. I have updated ports, deleted the entire /usr/ports/ dir, rm -f pkgdb and /usr/ports/ INDEX file. Did not see any other possible soulutions. Can someone point me in the right direction. Would like to have updated ports. Thanks Dantavious derrick@/usr/ports/sysutils/portupgrade: portupgrade -arR [Updating the pkgdb in /var/db/pkg ... - 299 packages found (-1 +1) (...). done] /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:323:in `deorigin': cannot convert nil into String(PkgDB::DBError) from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:916:in `tsort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:915:in `each' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:915:in `tsort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:907:in `each' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:907:in `tsort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:929:in `sort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:933:in `sort_build!' from /usr/local/sbin/portupgrade:674:in `main' from /usr/local/sbin/portupgrade:207:in `initialize' from /usr/local/sbin/portupgrade:207:in `new' from /usr/local/sbin/portupgrade:207:in `main' from /usr/local/sbin/portupgrade:1845 From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 09:25:24 2004 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 2067E16A4D0; Thu, 30 Sep 2004 09:25:24 +0000 (GMT) Received: from juniper.fornext.org (53.35.138.210.xn.2iij.net [210.138.35.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id B339743D3F; Thu, 30 Sep 2004 09:25:11 +0000 (GMT) (envelope-from shino@fornext.org) Received: from [127.0.0.1] (ariel.net.ss.titech.ac.jp [131.112.21.25]) by juniper.fornext.org (Postfix) with ESMTP id 591CF2A; Thu, 30 Sep 2004 18:25:10 +0900 (JST) Date: Thu, 30 Sep 2004 18:24:57 +0900 From: Shunsuke SHINOMIYA To: Max Laier In-Reply-To: <200409292038.23349.max@love2party.net> References: <200409292038.23349.max@love2party.net> Message-Id: <20040930175812.F7FE.SHINO@fornext.org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.11.02 [ja] cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re[2]: High rate traffic silence an em interface. 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: Thu, 30 Sep 2004 09:25:24 -0000 > This might be my fault! Just committed a fix from Mike Makonnen, that might > solve the problem you are seeing. Yes, the problem is solved. Thank you!!! BTW, I noticed that netstat -m shows odd informations after that netrate test at BETA5. It seems that memory leak or unnecessary freeing occur. > # netstat -m > 4294950224 mbufs in use > 10436/25600 mbuf clusters in use (current/max) > 0/3/6656 sfbufs in use (current/peak/max) > 16604 KBytes allocated to network > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines But, a combination of BETA5 kernel and sys/dev/em/* of -current does not have this problem. -- Shunsuke SHINOMIYA From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 09:50:43 2004 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 2BBE916A4CE for ; Thu, 30 Sep 2004 09:50:43 +0000 (GMT) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FD9943D45 for ; Thu, 30 Sep 2004 09:50:42 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy.york.ac.uk [144.32.226.160]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id i8U9oN4j029213; Thu, 30 Sep 2004 10:50:23 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.1/8.13.1) with ESMTP id i8U9oNUM003195; Thu, 30 Sep 2004 10:50:23 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.1/8.13.1/Submit) id i8U9oMFL003194; Thu, 30 Sep 2004 10:50:22 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Michael Reifenberger In-Reply-To: <20040930093655.C64743@fw.reifenberger.com> References: <415B5991.70002@root.org><415B8C47.3060008@root.org> <20040930093655.C64743@fw.reifenberger.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1096537822.3073.26.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 30 Sep 2004 10:50:22 +0100 X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: current@freebsd.org Subject: Re: [Fwd: cvs commit: src/sys/dev/acpica acpi_pci_link.c] 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: Thu, 30 Sep 2004 09:50:43 -0000 On Thu, 2004-09-30 at 08:45, Michael Reifenberger wrote: > On Wed, 29 Sep 2004, Nate Lawson wrote: > ... > >> If this change isn't MFC'd jet than it could fix a system freeze I had > >> during boot on RELENG_5 (see my mail to -current a few days ago) > >> which where fixed when booting -current. > > > > Maybe. But that also was probably the floppy hang problem that Warner just > > MFCd. To test, cvsup to a BETA5 kernel and then copy in this file to > > src/sys/dev/acpica/acpi_pci_link.c: > > > > No. It hang after: > ... > ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0 > ... > This where after fdc probe. Or is fdc relevant for mountroot too? Yes, that sounds like the floppy hang for which the patch has now been MFC'd. Gavin From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 10:34:20 2004 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 EC99F16A4CE for ; Thu, 30 Sep 2004 10:34:20 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id C14ED43D2D for ; Thu, 30 Sep 2004 10:34:20 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (rwcrmhc11) with SMTP id <20040930103420013000kvl2e>; Thu, 30 Sep 2004 10:34:20 +0000 Date: Thu, 30 Sep 2004 03:34:19 -0700 (PDT) From: Doug Barton To: Peter Wemm In-Reply-To: <200409291951.12610.peter@wemm.org> Message-ID: <20040930033351.M57326@ync.qbhto.arg> References: <20040928025635.Q5094@ync.qbhto.arg> <200409291951.12610.peter@wemm.org> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: named now runs chroot'ed by default 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: Thu, 30 Sep 2004 10:34:21 -0000 Peter Wemm wrote: > On Tuesday 28 September 2004 03:03 am, Doug Barton wrote: > > >>I just committed a named "auto-chroot" system that will allow named >>to run chroot'ed by default. If you have an existing named >>configuration in /etc/namedb, the instructions for updating it are in >>src/UPDATING. If you are already chroot'ing named, especially if you >>are using /var/named as the chroot directory, you should back >>everything up before upgrading and proceed with caution. :) >> >>For those that don't have a named configuration, all you should have >>to do is 'rm -r /etc/namedb' and you'll be fine. >> >>Comments and suggestions are welcome, but please try to keep the >>bikeshedding about specific bits down to an absolute minimum. The >>directory structure and related options worked very well on hundreds >>of name servers on a very busy enterprise network, so I have a high >>degree of confidence that the defaults are sensible. That said, I am >>open to genuine improvements, and dialogue on optional bits. > > > Mergemaster hasn't been made aware of this. mergemaster tries very hard not to grow special knowledge about any files or directories, it relies on src/etc/Makefile. > It unconditionally installs > the named stuff in /var/named/etc/namedb You probably have the -a option enabled somewhere, perhaps in a mergemaster.rc file? Otherwise mm never takes any action by default. > even when you've explicitly turned the chroot stuff off. "Turning the chroot stuff off" is an rc.d option, not a make.conf option. If it's really necessary I suppose I could put some work into making the install path optional, but whether you chroot or not, putting the named stuff in /var is "better" for most any definition of better. > How are we supposed to get the old behavior back? Well, after following the instructions in UPDATING you could have all your old files in /var/named/etc/namedb, and /etc/namedb will then be a symlink to /var/named/etc/namedb. If you choose to disable chrooting in rc.conf, you should have exactly the same old behavior, the only difference is that your files will be in /var. This is one of the reasons I chose to implement things the way I did. You could also choose not to delete the /etc/namedb directory, and just use your old files (without chrooting of course). If you want to do this, you might also want to add 'NO_BIND_ETC= true' to your make.conf. I don't recommend this of course, but it is possible to do it this way. IMO, once you get your files transferred over, you'll never even notice that you're running chrooted, and it is a significant security benefit. > This sucks. :-( Thank you for your kind words. :) Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 10:39:33 2004 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 F2D7316A4CF for ; Thu, 30 Sep 2004 10:39:32 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id C462B43D4C for ; Thu, 30 Sep 2004 10:39:30 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (rwcrmhc12) with ESMTP id <2004093010391901400bbe6ee>; Thu, 30 Sep 2004 10:39:30 +0000 Date: Thu, 30 Sep 2004 03:39:19 -0700 (PDT) From: Doug Barton To: =?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: Message-ID: <20040930033816.H57326@ync.qbhto.arg> References: <20040928025635.Q5094@ync.qbhto.arg> <727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com> <20040929110207.S90578@qbhto.arg> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-93385416-1096540759=:57326" cc: Dimitry Andric cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: named now runs chroot'ed by default 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: Thu, 30 Sep 2004 10:39:33 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-93385416-1096540759=:57326 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Wed, 29 Sep 2004, Dag-Erling Smørgrav wrote: > Doug Barton writes: >> Dmitry beat me to it, but yes, I'm 99% sure that'll do it for you. Can >> you please test it and confirm that Dmitry is correct, and if so I can >> add a commented out entry to the named.conf file. > > yep, works fine. > > you should test it with -4 or on a non-IPv6 kernel, with a little luck > you won't need to have it commented out. If enabled by default on a non-IPv6 system it prints a warning, which was part of the reason to add the option in the first place. :) Doug -- This .signature sanitized for your protection --0-93385416-1096540759=:57326-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 10:44:36 2004 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 DAF5F16A4CE; Thu, 30 Sep 2004 10:44:36 +0000 (GMT) Received: from kai.xtaz.net (kai.xtaz.net [82.68.183.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 514CC43D5C; Thu, 30 Sep 2004 10:44:36 +0000 (GMT) (envelope-from matt@xtaz.net) Received: from webmail.xtaz.net (localhost [127.0.0.1]) by kai.xtaz.net (Postfix) with ESMTP id 382368FC7A; Thu, 30 Sep 2004 11:44:35 +0100 (BST) Received: from 193.35.129.161 (proxying for unknown) (SquirrelMail authenticated user matt); by webmail.xtaz.net with HTTP; Thu, 30 Sep 2004 11:44:35 +0100 (BST) Message-ID: <43039.193.35.129.161.1096541075.squirrel@webmail.xtaz.net> In-Reply-To: <20040930033351.M57326@ync.qbhto.arg> References: <20040928025635.Q5094@ync.qbhto.arg> <200409291951.12610.peter@wemm.org> <20040930033351.M57326@ync.qbhto.arg> Date: Thu, 30 Sep 2004 11:44:35 +0100 (BST) From: "Matt Smith" To: "Doug Barton" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: named now runs chroot'ed by default 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: Thu, 30 Sep 2004 10:44:37 -0000 Another quick question about this. I run the ports version of bind9 however I still leave all the base stuff installed during installworld as one day I might want to use it. All I do is add the following in rc.conf: named_enable="YES" named_program="/usr/local/sbin/named" named_flags="-c /usr/local/etc/named/named.conf -u bind" and all my zone files and pid files etc are in /usr/local/etc/named. I am wondering how these changes will affect this setup? Is there anything special I need to do when I next installworld (and get the new bind9 stuff). I'm currently on 5.3-BETA6 from before it was commited. Matt. From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 11:56:26 2004 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 C1CE016A4CE for ; Wed, 29 Sep 2004 11:56:26 +0000 (GMT) Received: from mx.nsu.ru (mx.nsu.ru [212.192.164.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id E73DE43D5F for ; Wed, 29 Sep 2004 11:56:25 +0000 (GMT) (envelope-from danfe@regency.nsu.ru) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.34) id 1CCdNp-0005wT-7M for current@freebsd.org; Wed, 29 Sep 2004 19:16:33 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.12.10/8.12.10) with ESMTP id i8TBv6oI085939 for ; Wed, 29 Sep 2004 18:57:07 +0700 (NOVST) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.12.10/8.12.10/Submit) id i8TBv6E6085850 for current@freebsd.org; Wed, 29 Sep 2004 18:57:06 +0700 (NOVST) (envelope-from danfe) Date: Wed, 29 Sep 2004 18:57:06 +0700 From: Alexey Dokuchaev To: current@freebsd.org Message-ID: <20040929115706.GA75600@regency.nsu.ru> References: <20040927211341.GB30059@afflictions.org> <20040929040222.GI5115@afflictions.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040929040222.GI5115@afflictions.org> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Thu, 30 Sep 2004 11:55:21 +0000 Subject: Re: Random processes hanging in unkillable state in -BETA6 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: Wed, 29 Sep 2004 11:56:27 -0000 On Wed, Sep 29, 2004 at 12:02:22AM -0400, Damian Gerow wrote: > I have a number of processes hanging in an unkillable state now that I've > upgraded from -BETA2 to -BETA6. Two are ports (firefox and ogle), and one > is 'dig'. I confirm, threaded programs started to hang for me as well. See my recent message to -current, subject ``Threads-related(?) application hangs with recent -CURRENT''. ./danfe From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 12:27:44 2004 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 C977A16A4CE; Wed, 29 Sep 2004 12:27:44 +0000 (GMT) Received: from erg.verweg.com (erg.verweg.com [217.77.141.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F95843D2F; Wed, 29 Sep 2004 12:27:44 +0000 (GMT) (envelope-from ruben@erg.verweg.com) Received: from erg.verweg.com (erg.verweg.com [217.77.141.129]) by erg.verweg.com (8.13.1/8.13.1) with ESMTP id i8TCRabp025814 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 29 Sep 2004 14:27:37 +0200 (CEST) (envelope-from ruben@erg.verweg.com) Received: (from ruben@localhost) by erg.verweg.com (8.13.1/8.13.1/Submit) id i8TCRar2025812; Wed, 29 Sep 2004 14:27:36 +0200 (CEST) (envelope-from ruben) Date: Wed, 29 Sep 2004 14:27:36 +0200 From: Ruben van Staveren To: freebsd-stable@freebsd.org Message-ID: <20040929122736.GA19056@erg.verweg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-LeerQuoten: http://leerquoten.verweg.com Organisation: Verweg Dot Com X-message: Zeker Outlook ? X-Opinion: These opinions are exclusively mine, you cannot have them. Patent pending. User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on erg.verweg.com X-Mailman-Approved-At: Thu, 30 Sep 2004 11:55:21 +0000 cc: freebsd-current@freebsd.org Subject: Shuttle ST61G4 hanging during boot with Hitachi 7K250 sata and Sil 3512. 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: Wed, 29 Sep 2004 12:27:44 -0000 Hi, I've currently lingering around here a shuttle ST61G4 bare bone, and decided to give the FreeBSD 5.3 beta6 iso a try. It is equipped with a NEC ND-3500A and a Hitachi Deskstar 7K250 (160 GB, SATA flavour). Kernel startup just goes fine up until it arrives at the sata disc. It just hangs there with the following line: ata2-master: FAILURE - ATA_IDENTIFY status=51 error=4 LBA=0 What does this error message exactly mean ? The controller is probed as a atapci1: which is just right. I tried different combinations of ata and sata headers, but only when disconnecting the sata disc gets me to the install screen. (but of course no disc to install to then) I also made sure the drive cables are not to close to either the CPU and GPU. Cheers, Ruben From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 16:11:57 2004 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 AEE4B16A4CE; Wed, 29 Sep 2004 16:11:57 +0000 (GMT) Received: from horsey.gshapiro.net (horsey.gshapiro.net [64.105.95.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A9B443D1F; Wed, 29 Sep 2004 16:11:57 +0000 (GMT) (envelope-from gshapiro@gshapiro.net) Received: from horsey.gshapiro.net (localhost [127.0.0.1]) i8TGBoXR097747 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Sep 2004 09:11:50 -0700 (PDT) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.13.1/8.13.1.Beta1/Submit) id i8TGBlZp097746; Wed, 29 Sep 2004 09:11:47 -0700 (PDT) Date: Wed, 29 Sep 2004 09:11:47 -0700 From: Gregory Neil Shapiro To: Dag-Erling Sm?rgrav Message-ID: <20040929161147.GE56445@horsey.gshapiro.net> References: <20040928025635.Q5094@ync.qbhto.arg> <727FCC18-1156-11D9-BBA6-000D936BE398@beforever.com> <20040928142532.M90002@qbhto.arg> <20040929032418.GD56445@horsey.gshapiro.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Thu, 30 Sep 2004 11:55:21 +0000 cc: Peter Schultz cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: named now runs chroot'ed by default 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: Wed, 29 Sep 2004 16:11:57 -0000 > ...badly. it will use IPv6 when recursing, but doesn't seem to want > to listen for IPv6 requests: > > des@dma ~% sockstat -l | grep named > bind named 5139 20 udp4 10.0.0.10:53 *:* > bind named 5139 21 tcp4 10.0.0.10:53 *:* > bind named 5139 22 udp4 127.0.0.1:53 *:* > bind named 5139 23 tcp4 127.0.0.1:53 *:* > bind named 5139 24 udp4 *:50632 *:* > bind named 5139 25 udp6 *:50633 *:* > bind named 5139 26 tcp4 127.0.0.1:953 *:* > bind named 5139 27 tcp6 ::1:953 *:* > des@dma ~% dig @::1 . ns You have nothing listening on ::1:53 (you only have port 953 for rndc). From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 16:52:54 2004 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 5071416A4CE for ; Wed, 29 Sep 2004 16:52:54 +0000 (GMT) Received: from mx2.ngi.de (mx2.ngi.de [213.191.74.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37A9E43D2F for ; Wed, 29 Sep 2004 16:52:52 +0000 (GMT) (envelope-from neal@ngi.de) Received: (qmail 25115 invoked from network); 29 Sep 2004 16:55:31 -0000 Received: from unknown (HELO [10.0.0.8]) ([84.245.180.129]) (envelope-sender ) by 0 (qmail-ldap-1.03) with SMTP for ; 29 Sep 2004 16:55:31 -0000 Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-current@freebsd.org From: Neal Nelson Date: Wed, 29 Sep 2004 18:52:50 +0200 X-Mailer: Apple Mail (2.619) X-Mailman-Approved-At: Thu, 30 Sep 2004 11:55:21 +0000 Subject: PPP startup problems 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: Wed, 29 Sep 2004 16:52:54 -0000 I'm trying to set up a DSL firewall using 5.3-BETA6 but I'm having a problem getting PPP to start automatically. I'm using basically the same setup that works perfectly on 4.7 but when it starts up, I get the message 'Starting ppp as "root"' and then it friezes. If I control-C it, the startup continues and I can then run ppp manually. Is this a general problem with 5.3-BETA6? From owner-freebsd-current@FreeBSD.ORG Wed Sep 29 21:02:01 2004 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 EE52016A4CE for ; Wed, 29 Sep 2004 21:02:00 +0000 (GMT) Received: from ms-smtp-02-eri0.texas.rr.com (ms-smtp-02.texas.rr.com [24.93.47.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69CC143D3F for ; Wed, 29 Sep 2004 21:02:00 +0000 (GMT) (envelope-from jmarquez@telenetwork.com) Received: from [70.112.55.69] (cs7011255-69.austin.rr.com [70.112.55.69]) i8TL1uBE012742; Wed, 29 Sep 2004 16:01:57 -0500 (CDT) Message-ID: <415B22C6.3010403@telenetwork.com> Date: Wed, 29 Sep 2004 16:01:58 -0500 From: jesse marquez User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040917 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Savchuk Taras References: <002b01c4a576$9b65f1d0$82fda3d1@sanmarcos.x25.net> <200409282025.04107.taras-s-y@mail.ru> <200409290609.i8T69wZD008877@dungeon.home> <200409300018.14616.taras-s-y@mail.ru> In-Reply-To: <200409300018.14616.taras-s-y@mail.ru> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Mailman-Approved-At: Thu, 30 Sep 2004 11:55:21 +0000 cc: freebsd-current@freebsd.org cc: Stephen McKay Subject: Re: dc0 acting up 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: Wed, 29 Sep 2004 21:02:01 -0000 Savchuk Taras wrote: >On Wednesday 29 September 2004 06:09, Stephen McKay wrote: > > >>On Tuesday, 28th September 2004, Savchuk Taras wrote: >> >> >>>On Tuesday 28 September 2004 16:17, Jesse Marquez wrote: >>> >>>FreeBSD5.3-BETA4 >>> >>>I have the same output during boot: >>> >>> >>>>dc0: failed to force tx and rx to idle state >>>>dc0: failed to force tx and rx to idle state >>>>dc0: failed to force tx and rx to idle state >>>> >>>> >>This one comes up every year or so and is my fault (more or less). >>Maybe we can fix it now that people are reporting it, even though it >>is actually pretty harmless. >> >>What hardware do you have? Ie what other dc0: lines do you find in dmesg? >> >>If you are willing to edit some code and try again, what happens when >>you comment out the entire for loop at line 1379 of sys/pci/if_dc.c, which >>looks like this: >> >> for (i = 0; i < DC_TIMEOUT; i++) { >> isr = CSR_READ_4(sc, DC_ISR); >> if (isr & DC_ISR_TX_IDLE && >> ((isr & DC_ISR_RX_STATE) == DC_RXSTATE_STOPPED >>|| (isr & DC_ISR_RX_STATE) == DC_RXSTATE_WAIT)) break; >> DELAY(10); >> } >> >> if (i == DC_TIMEOUT) >> printf("dc%d: failed to force tx and " >> "rx to idle state\n", sc->dc_unit); >> >>Does your network card still work? >> >> > >I have made changes in "sys/pci/if_dc.c" as you said and have had this outout >during "buildkernel": >------------------------------------------------------------------------------------------------------------------------------------ >n-long-strings -mpreferred-stack-boundary=2 -ffreestanding >-Werror /usr/src/sys/pci/if_dc.c >/usr/src/sys/pci/if_dc.c: In function `dc_setcfg': >/usr/src/sys/pci/if_dc.c:1369: warning: unused variable `i' >/usr/src/sys/pci/if_dc.c:1370: warning: unused variable `isr' >*** Error code 1 > >Stop in /usr/obj/usr/src/sys/T53-B6. >*** Error code 1 > >Stop in /usr/src. >*** Error code 1 > >Stop in /usr/src. >root@taras.gznet.ru# >------------------------------------------------------------------------------------------------------------------------------------ > > >>The long story is that this test is probably unnecessary, though the manual >>for the original Intel 21143 requires it. If it was skipped for non-Intel >>chips, I think everyone would be happy. It would be nice to have some >>experimental verification of this theory though. >> >>Stephen. >> >> > > > dc0: <82c169 PNIC 10/100BaseTX> port 0xd800-0xd8ff mem 0xe3000000-0xe30000ff irq 10 at device 9.0 on pci0 miibus0: on dc0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: Ethernet address: 00:a0:cc:d6:92:ae dc0: [GIANT-LOCKED] I'm receiving the same error messege while trying to compile. Hmmm, maybe we are commenting the wrong thing? over and out jesse From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 01:03:49 2004 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 E860916A4CE; Thu, 30 Sep 2004 01:03:48 +0000 (GMT) Received: from atlant.asiamusic.ru (AsiaTrade-Orient.orient.net.ru [195.161.236.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4DF543D46; Thu, 30 Sep 2004 01:03:45 +0000 (GMT) (envelope-from null@grayling.ru) Received: from [192.168.125.10] (webmaster.atm [192.168.125.10]) by atlant.asiamusic.ru (8.11.7/8.11.7) with ESMTP id i8U13gV77339; Thu, 30 Sep 2004 10:03:42 +0900 (IRKST) (envelope-from null@grayling.ru) Message-ID: <415B5B6E.9050107@grayling.ru> Date: Thu, 30 Sep 2004 10:03:42 +0900 From: Ruslan Ershov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: ru, en, en-us MIME-Version: 1.0 To: sos@FreeBSD.org References: <4155DC3F.5070904@freesurf.ch> In-Reply-To: <4155DC3F.5070904@freesurf.ch> Content-Type: multipart/mixed; boundary="------------000608010601070801040201" X-Mailman-Approved-At: Thu, 30 Sep 2004 11:55:21 +0000 cc: freebsd-current@FreeBSD.org Subject: Re: ATA disk performance (ICH2 controller) 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: Thu, 30 Sep 2004 01:03:49 -0000 This is a multi-part message in MIME format. --------------000608010601070801040201 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi! FreeBSD 5.3-BETA6 from 2004-09-29 05:17:26 GMT (SCHED_4BSD, no option PREEMPTION, no option SMP & device apic) MB: EPOX-3PTA (i815EPB) ICH2 Cable 80-pin. Blue connector at controller, black/grey at devices. ad0 (7200 rpm, 2 MB) Jumper -> Cable Select (Device 0). Write cache enabled. ad1 (7200 rpm, 8 MB) Jumper -> Cable Select (Device 1). Write cache enabled. # atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI revision 7 Slave: ad1 ATA/ATAPI revision 6 ATA channel 1: Master: atap ATA/ATAPI revision 5 Slave: atap ATA/ATAPI revision 0 # atacontrol mode 0 UDMA100 UDMA100 Master = UDMA100 Slave = UDMA100 # atacontrol mode 1 UDMA33 UDMA33 Master = UDMA33 Slave = WDMA2 # atacontrol mode 0 Master = UDMA100 Slave = UDMA100 # atacontrol mode 1 Master = UDMA33 Slave = WDMA2 Write test at ad0: # dd if=/dev/zero of=test bs=1024k count=1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 26.921087 secs (39884787 bytes/sec) Write test at ad1: # dd if=/dev/zero of=test bs=1024k count=1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 66.367760 secs (16178666 bytes/sec) 66.37 secs / 26.92 secs = 2.47 Why so? --------------000608010601070801040201 Content-Type: text/plain; name="messages-EPOX-3PTA.log" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="messages-EPOX-3PTA.log" syslogd: kernel boot file is /boot/kernel/kernel kernel: ull device, zero device> kernel: random: kernel: netsmb_dev: loaded kernel: io: kernel: mem: kernel: Pentium Pro MTRR support enabled kernel: acpi0: on motherboard kernel: acpi0: [MPSAFE] kernel: pci_open(1): mode 1 addr port (0x0cf8) is 0x80000058 kernel: pci_open(1a): mode1res=0x80000000 (0x80000000) kernel: pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=11308086) kernel: pcibios: BIOS version 2.10 kernel: Found $PIR table, 10 entries at 0xc00fded0 kernel: PCI-Only Interrupts: 5 9 11 kernel: Location Bus Device Pin Link IRQs kernel: slot 1 0 2 A 0x60 3 4 5 7 9 10 11 12 14 15 kernel: slot 1 0 2 B 0x61 3 4 5 7 9 10 11 12 14 15 kernel: slot 1 0 2 C 0x62 3 4 5 7 9 10 11 12 14 15 kernel: slot 1 0 2 D 0x63 3 4 5 7 9 10 11 12 14 15 kernel: slot 2 2 8 A 0x68 3 4 5 7 9 10 11 12 14 15 kernel: slot 2 2 8 B 0x69 3 4 5 7 9 10 11 12 14 15 kernel: slot 2 2 8 C 0x6a 3 4 5 7 9 10 11 12 14 15 kernel: slot 2 2 8 D 0x6b 3 4 5 7 9 10 11 12 14 15 kernel: slot 3 2 1 A 0x61 3 4 5 7 9 10 11 12 14 15 kernel: slot 3 2 1 B 0x62 3 4 5 7 9 10 11 12 14 15 kernel: slot 3 2 1 C 0x63 3 4 5 7 9 10 11 12 14 15 kernel: slot 3 2 1 D 0x60 3 4 5 7 9 10 11 12 14 15 kernel: slot 4 2 0 A 0x60 3 4 5 7 9 10 11 12 14 15 kernel: slot 4 2 0 B 0x61 3 4 5 7 9 10 11 12 14 15 kernel: slot 4 2 0 C 0x62 3 4 5 7 9 10 11 12 14 15 kernel: slot 4 2 0 D 0x63 3 4 5 7 9 10 11 12 14 15 kernel: slot 5 2 3 A 0x63 3 4 5 7 9 10 11 12 14 15 kernel: slot 5 2 3 B 0x60 3 4 5 7 9 10 11 12 14 15 kernel: slot 5 2 3 C 0x61 3 4 5 7 9 10 11 12 14 15 kernel: slot 5 2 3 D 0x62 3 4 5 7 9 10 11 12 14 15 kernel: slot 6 2 2 A 0x62 3 4 5 7 9 10 11 12 14 15 kernel: slot 6 2 2 B 0x63 3 4 5 7 9 10 11 12 14 15 kernel: slot 6 2 2 C 0x60 3 4 5 7 9 10 11 12 14 15 kernel: slot 6 2 2 D 0x61 3 4 5 7 9 10 11 12 14 15 kernel: slot 7 2 4 A 0x60 3 4 5 7 9 10 11 12 14 15 kernel: slot 7 2 4 B 0x61 3 4 5 7 9 10 11 12 14 15 kernel: slot 7 2 4 C 0x62 3 4 5 7 9 10 11 12 14 15 kernel: slot 7 2 4 D 0x63 3 4 5 7 9 10 11 12 14 15 kernel: slot 8 2 5 A 0x61 3 4 5 7 9 10 11 12 14 15 kernel: slot 8 2 5 B 0x62 3 4 5 7 9 10 11 12 14 15 kernel: slot 8 2 5 C 0x63 3 4 5 7 9 10 11 12 14 15 kernel: slot 8 2 5 D 0x60 3 4 5 7 9 10 11 12 14 15 kernel: embedded 0 31 A 0x60 3 4 5 7 9 10 11 12 14 15 kernel: embedded 0 31 B 0x61 3 4 5 7 9 10 11 12 14 15 kernel: embedded 0 31 C 0x6b 3 4 5 7 9 10 11 12 14 15 kernel: embedded 0 31 D 0x63 3 4 5 7 9 10 11 12 14 15 kernel: embedded 0 1 A 0x60 3 4 5 7 9 10 11 12 14 15 kernel: embedded 0 1 B 0x61 3 4 5 7 9 10 11 12 14 15 kernel: embedded 0 1 C 0x62 3 4 5 7 9 10 11 12 14 15 kernel: embedded 0 1 D 0x63 3 4 5 7 9 10 11 12 14 15 kernel: AcpiOsDerivePciId: bus 0 dev 31 func 0 kernel: AcpiOsDerivePciId: bus 0 dev 31 func 0 kernel: acpi0: Power Button (fixed) kernel: ACPI timer looks GOOD min = 2, max = 3, width = 1 last message repeated 9 times kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 kernel: cpu0: on acpi0 kernel: acpi_tz0: on acpi0 kernel: acpi_button0: on acpi0 kernel: pcib0: port 0x4000-0x40f7,0xcf8-0xcff on acpi0 kernel: ACPI link \_SB_.PCI0.LNKD has invalid initial irq 9, ignoring kernel: ACPI PCI link initial configuration: kernel: \_SB_.PCI0.LNKA irq 0: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.30.0 kernel: \_SB_.PCI0.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.30.1 kernel: \_SB_.PCI0.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.30.2 kernel: \_SB_.PCI0.LNKD irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.30.3 kernel: \_SB_.PCI0.LNKA irq 0: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.2.0 kernel: \_SB_.PCI0.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.2.1 kernel: \_SB_.PCI0.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.2.2 kernel: \_SB_.PCI0.LNKD irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.2.3 kernel: \_SB_.PCI0.LNKA irq 0: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.31.0 kernel: \_SB_.PCI0.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.31.1 kernel: \_SB_.PCI0.LNK1 irq 0: [ 3 4 5 6 7 10 11 12 14 15] 5+ low,level,sharable 0.31.2 kernel: \_SB_.PCI0.LNKD irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.31.3 kernel: \_SB_.PCI0.LNKA irq 0: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.1.0 kernel: \_SB_.PCI0.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.1.1 kernel: \_SB_.PCI0.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.1.2 kernel: \_SB_.PCI0.LNKD irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.1.3 kernel: pci0: on pcib0 kernel: pci0: physical bus=0 kernel: map[10]: type 3, range 32, base e0000000, size 26, enabled kernel: found-> vendor=0x8086, dev=0x1130, revid=0x04 kernel: bus=0, slot=0, func=0 kernel: class=06-00-00, hdrtype=0x00, mfdev=0 kernel: cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) kernel: found-> vendor=0x8086, dev=0x1131, revid=0x04 kernel: bus=0, slot=1, func=0 kernel: class=06-04-00, hdrtype=0x01, mfdev=0 kernel: cmdreg=0x0107, statreg=0x0020, cachelnsz=0 (dwords) kernel: lattimer=0x20 (960 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) kernel: found-> vendor=0x8086, dev=0x244e, revid=0x05 kernel: bus=0, slot=30, func=0 kernel: class=06-04-00, hdrtype=0x01, mfdev=0 kernel: cmdreg=0x0107, statreg=0x0080, cachelnsz=0 (dwords) kernel: lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) kernel: found-> vendor=0x8086, dev=0x2440, revid=0x05 kernel: bus=0, slot=31, func=0 kernel: class=06-01-00, hdrtype=0x00, mfdev=1 kernel: cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) kernel: map[20]: type 4, range 32, base 0000f000, size 4, enabled kernel: found-> vendor=0x8086, dev=0x244b, revid=0x05 kernel: bus=0, slot=31, func=1 kernel: class=01-01-80, hdrtype=0x00, mfdev=0 kernel: cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) kernel: map[20]: type 4, range 32, base 0000d000, size 5, enabled kernel: pcib0: matched entry for 0.31.INTD (src \_SB_.PCI0.LNKD) kernel: pcib0: possible interrupts: 3 4 5 6 7 10 11 12 14 15 kernel: ACPI PCI link arbitrated settings: kernel: \_SB_.PCI0.LNKA (references 4, priority 50660): kernel: interrupts: 11 10 5 12 7 6 4 3 15 14 kernel: penalty: 160 160 210 5160 5160 5160 5160 5160 50160 50160 kernel: \_SB_.PCI0.LNKB (references 4, priority 50660): kernel: interrupts: 11 10 5 12 7 6 4 3 15 14 kernel: penalty: 160 160 210 5160 5160 5160 5160 5160 50160 50160 kernel: \_SB_.PCI0.LNKD (references 4, priority 50660): kernel: interrupts: 11 10 5 12 7 6 4 3 15 14 kernel: penalty: 160 160 210 5160 5160 5160 5160 5160 50160 50160 kernel: \_SB_.PCI0.LNKC (references 3, priority 37995): kernel: interrupts: 11 10 5 12 7 6 4 3 15 14 kernel: penalty: 160 160 210 5160 5160 5160 5160 5160 50160 50160 kernel: \_SB_.PCI0.LNK1 (references 1, priority 12665): kernel: interrupts: 11 10 5 12 7 6 4 3 15 14 kernel: penalty: 160 160 210 5160 5160 5160 5160 5160 50160 50160 kernel: pcib0: slot 31 INTD routed to irq 11 via \_SB_.PCI0.LNKD kernel: found-> vendor=0x8086, dev=0x2442, revid=0x05 kernel: bus=0, slot=31, func=2 kernel: class=0c-03-00, hdrtype=0x00, mfdev=0 kernel: cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) kernel: intpin=d, irq=11 kernel: map[20]: type 4, range 32, base 00005000, size 4, enabled kernel: found-> vendor=0x8086, dev=0x2443, revid=0x05 kernel: bus=0, slot=31, func=3 kernel: class=0c-05-00, hdrtype=0x00, mfdev=0 kernel: cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) kernel: intpin=b, irq=255 kernel: map[20]: type 4, range 32, base 0000d400, size 5, enabled kernel: pcib0: matched entry for 0.31.INTC (src \_SB_.PCI0.LNK1) kernel: pcib0: possible interrupts: 3 4 5 6 7 10 11 12 14 15 kernel: ACPI PCI link arbitrated settings: kernel: \_SB_.PCI0.LNKA (references 4, priority 51316): kernel: interrupts: 10 11 5 12 7 6 4 3 15 14 kernel: penalty: 320 360 370 5320 5320 5320 5320 5320 50320 50320 kernel: \_SB_.PCI0.LNKB (references 4, priority 51316): kernel: interrupts: 10 11 5 12 7 6 4 3 15 14 kernel: penalty: 320 360 370 5320 5320 5320 5320 5320 50320 50320 kernel: \_SB_.PCI0.LNKC (references 3, priority 38487): kernel: interrupts: 10 11 5 12 7 6 4 3 15 14 kernel: penalty: 320 360 370 5320 5320 5320 5320 5320 50320 50320 kernel: \_SB_.PCI0.LNK1 (references 1, priority 12829): kernel: interrupts: 10 11 5 12 7 6 4 3 15 14 kernel: penalty: 320 360 370 5320 5320 5320 5320 5320 50320 50320 kernel: pcib0: slot 31 INTC routed to irq 5 via \_SB_.PCI0.LNK1 kernel: found-> vendor=0x8086, dev=0x2444, revid=0x05 kernel: bus=0, slot=31, func=4 kernel: class=0c-03-00, hdrtype=0x00, mfdev=0 kernel: cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) kernel: intpin=c, irq=5 kernel: agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 kernel: agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe0000000 kernel: agp0: allocating GATT for aperture of size 36M kernel: pcib1: at device 1.0 on pci0 kernel: pcib1: secondary bus 1 kernel: pcib1: subordinate bus 1 kernel: pcib1: I/O decode 0xf000-0xfff kernel: pcib1: memory decode 0xe4000000-0xe5ffffff kernel: pcib1: prefetched decode 0xd0000000-0xdfffffff kernel: pci1: on pcib1 kernel: pci1: physical bus=1 kernel: map[10]: type 1, range 32, base e4000000, size 24, enabled kernel: pcib1: device (null) requested decoded memory range 0xe4000000-0xe4ffffff kernel: map[14]: type 3, range 32, base d0000000, size 27, enabled kernel: pcib1: device (null) requested decoded memory range 0xd0000000-0xd7ffffff kernel: map[18]: type 3, range 32, base d8000000, size 19, enabled kernel: pcib1: device (null) requested decoded memory range 0xd8000000-0xd807ffff kernel: pcib0: matched entry for 0.1.INTA (src \_SB_.PCI0.LNKA) kernel: pcib0: possible interrupts: 3 4 5 6 7 10 11 12 14 15 kernel: ACPI PCI link arbitrated settings: kernel: \_SB_.PCI0.LNKA (references 4, priority 51960): kernel: interrupts: 10 11 5 12 7 6 4 3 15 14 kernel: penalty: 480 520 540 5480 5480 5480 5480 5480 50480 50480 kernel: \_SB_.PCI0.LNKB (references 4, priority 51960): kernel: interrupts: 10 11 5 12 7 6 4 3 15 14 kernel: penalty: 480 520 540 5480 5480 5480 5480 5480 50480 50480 kernel: \_SB_.PCI0.LNKC (references 3, priority 38970): kernel: interrupts: 10 11 5 12 7 6 4 3 15 14 kernel: penalty: 480 520 540 5480 5480 5480 5480 5480 50480 50480 kernel: pcib0: slot 1 INTA routed to irq 11 via \_SB_.PCI0.LNKA kernel: pcib1: slot 0 INTA is routed to irq 11 kernel: found-> vendor=0x10de, dev=0x0171, revid=0xa3 kernel: bus=1, slot=0, func=0 kernel: class=03-00-00, hdrtype=0x00, mfdev=0 kernel: cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) kernel: lattimer=0x20 (960 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) kernel: intpin=a, irq=11 kernel: powerspec 2 supports D0 D3 current D0 kernel: pci1: at device 0.0 (no driver attached) kernel: pcib2: at device 30.0 on pci0 kernel: pcib2: secondary bus 2 kernel: pcib2: subordinate bus 2 kernel: pcib2: I/O decode 0xc000-0xcfff kernel: pcib2: memory decode 0xfff00000-0xfffff kernel: pcib2: prefetched decode 0xe6000000-0xe60fffff kernel: pcib2: Subtractively decoded bridge. kernel: ACPI PCI link initial configuration: kernel: \_SB_.PCI0.LNKE irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.8.0 kernel: \_SB_.PCI0.LNKF irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.8.1 kernel: \_SB_.PCI0.LNK0 irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.8.2 kernel: \_SB_.PCI0.LNK1 irq* 5: [ 3 4 5 6 7 10 11 12 14 15] 5+ low,level,sharable 2.8.3 kernel: \_SB_.PCI0.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.1.0 kernel: \_SB_.PCI0.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.1.1 kernel: \_SB_.PCI0.LNKD irq*11: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.1.2 kernel: \_SB_.PCI0.LNKA irq*11: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 2.1.3 kernel: \_SB_.PCI0.LNKA irq*11: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 2.0.0 kernel: \_SB_.PCI0.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.0.1 kernel: \_SB_.PCI0.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.0.2 kernel: \_SB_.PCI0.LNKD irq*11: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.0.3 kernel: \_SB_.PCI0.LNKD irq*11: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.3.0 kernel: \_SB_.PCI0.LNKA irq*11: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 2.3.1 kernel: \_SB_.PCI0.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.3.2 kernel: \_SB_.PCI0.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.3.3 kernel: \_SB_.PCI0.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.2.0 kernel: \_SB_.PCI0.LNKD irq*11: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.2.1 kernel: \_SB_.PCI0.LNKA irq*11: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 2.2.2 kernel: \_SB_.PCI0.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.2.3 kernel: \_SB_.PCI0.LNKA irq*11: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 2.4.0 kernel: \_SB_.PCI0.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.4.1 kernel: \_SB_.PCI0.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.4.2 kernel: \_SB_.PCI0.LNKD irq*11: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.4.3 kernel: \_SB_.PCI0.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.5.0 kernel: \_SB_.PCI0.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.5.1 kernel: \_SB_.PCI0.LNKD irq*11: [ 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 2.5.2 kernel: \_SB_.PCI0.LNKA irq*11: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 2.5.3 kernel: pci2: on pcib2 kernel: pci2: physical bus=2 kernel: map[10]: type 3, range 32, base e6000000, size 12, enabled kernel: pcib2: device (null) requested decoded memory range 0xe6000000-0xe6000fff kernel: pcib2: matched entry for 2.0.INTA (src \_SB_.PCI0.LNKA) kernel: pcib2: slot 0 INTA is already routed to irq 11 kernel: found-> vendor=0x109e, dev=0x036e, revid=0x11 kernel: bus=2, slot=0, func=0 kernel: class=04-00-00, hdrtype=0x00, mfdev=1 kernel: cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) kernel: lattimer=0x20 (960 ns), mingnt=0x10 (4000 ns), maxlat=0x28 (10000 ns) kernel: intpin=a, irq=11 kernel: powerspec 2 supports D0 D3 current D0 kernel: map[10]: type 3, range 32, base e6001000, size 12, enabled kernel: pcib2: device (null) requested decoded memory range 0xe6001000-0xe6001fff kernel: pcib2: matched entry for 2.0.INTA (src \_SB_.PCI0.LNKA) kernel: pcib2: slot 0 INTA is already routed to irq 11 kernel: found-> vendor=0x109e, dev=0x0878, revid=0x11 kernel: bus=2, slot=0, func=1 kernel: class=04-80-00, hdrtype=0x00, mfdev=1 kernel: cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) kernel: lattimer=0x20 (960 ns), mingnt=0x04 (1000 ns), maxlat=0xff (63750 ns) kernel: intpin=a, irq=11 kernel: powerspec 2 supports D0 D3 current D0 kernel: map[10]: type 4, range 32, base 0000c000, size 5, enabled kernel: pcib2: device (null) requested decoded I/O range 0xc000-0xc01f kernel: pcib2: matched entry for 2.4.INTA (src \_SB_.PCI0.LNKA) kernel: pcib2: slot 4 INTA is already routed to irq 11 kernel: found-> vendor=0x1102, dev=0x0002, revid=0x07 kernel: bus=2, slot=4, func=0 kernel: class=04-01-00, hdrtype=0x00, mfdev=1 kernel: cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) kernel: lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x14 (5000 ns) kernel: intpin=a, irq=11 kernel: powerspec 1 supports D0 D1 D2 D3 current D0 kernel: map[10]: type 4, range 32, base 0000c400, size 3, enabled kernel: pcib2: device (null) requested decoded I/O range 0xc400-0xc407 kernel: found-> vendor=0x1102, dev=0x7002, revid=0x07 kernel: bus=2, slot=4, func=1 kernel: class=09-80-00, hdrtype=0x00, mfdev=1 kernel: cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) kernel: lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) kernel: powerspec 1 supports D0 D1 D2 D3 current D0 kernel: bktr0: mem 0xe6000000-0xe6000fff irq 11 at device 0.0 on pci2 kernel: bktr0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe6000000 kernel: bktr0: [GIANT-LOCKED] kernel: brooktree0: PCI bus latency is 32. kernel: bktr0: buffer size 3555328, addr 0x1b000000 kernel: bktr0: GPIO is 0x00ac7ff3 kernel: bktr0: subsystem 0x1461 0x0003 kernel: bktr0: AVer Media TV/FM, Philips FR1216 PAL FM tuner. kernel: pci2: at device 0.1 (no driver attached) kernel: pcm0: port 0xc000-0xc01f irq 11 at device 4.0 on pci2 kernel: pcm0: Reserved 0x20 bytes for rid 0x10 type 4 at 0xc000 kernel: emu: setmap (1f3e2000, 800), nseg=1, error=0 kernel: emu: setmap (1f3e1000, 1000), nseg=1, error=0 kernel: pcm0: kernel: pcm0: Codec features 18 bit DAC, 18 bit ADC, 5 bit master volume, SigmaTel 3D Enhancement kernel: pcm0: Primary codec extended features surround DAC kernel: pcm0: [MPSAFE] kernel: emu: setmap (1f3ff000, 1000), nseg=1, error=0 kernel: emu: setmap (1f31d000, 1000), nseg=1, error=0 kernel: emu: setmap (1f23b000, 1000), nseg=1, error=0 kernel: emu: setmap (1f159000, 1000), nseg=1, error=0 kernel: pcm0: sndbuf_setmap 1f44f000, 1000; 0xc1abb000 -> 1f44f000 kernel: pcm0: sndbuf_setmap 1f42c000, 1000; 0xc1ab8000 -> 1f42c000 kernel: isab0: at device 31.0 on pci0 kernel: isa0: on isab0 kernel: atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 kernel: atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf000 kernel: ata0: channel #0 on atapci0 kernel: atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 kernel: atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 kernel: ata0: reset tp1 mask=03 ostat0=50 ostat1=50 kernel: ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 kernel: ata0-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 kernel: ata0: reset tp2 stat0=50 stat1=50 devices=0x3 kernel: ata0: [MPSAFE] kernel: ata1: channel #1 on atapci0 kernel: atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 kernel: atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 kernel: ata1: reset tp1 mask=03 ostat0=50 ostat1=50 kernel: ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb kernel: ata1-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb kernel: ata1: reset tp2 stat0=00 stat1=00 devices=0xc kernel: ata1: [MPSAFE] kernel: uhci0: port 0xd000-0xd01f irq 11 at device 31.2 on pci0 kernel: uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd000 kernel: uhci0: [GIANT-LOCKED] kernel: usb0: on uhci0 kernel: usb0: USB revision 1.0 kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 kernel: uhub0: 2 ports with 2 removable, self powered kernel: ums0: A4Tech USB Optical Mouse, rev 1.10/0.01, addr 2, iclass 3/1 kernel: ums0: 7 buttons and Z dir. kernel: uhub1: USB 2.0 Flash Disk USB Embedded Hub, class 9/0, rev 2.00/0.01, addr 3 kernel: uhub1: 1 port with 0 removable, self powered kernel: umass0: USB 2.0 Flash Disk USB Mass Storage Device, rev 2.00/0.01, addr 4 kernel: umass0:0:0:-1: Attached to scbus0 kernel: ichsmb0: port 0x5000-0x500f at device 31.3 on pci0 kernel: ichsmb0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x5000 kernel: pcib0: matched entry for 0.31.INTB (src \_SB_.PCI0.LNKB) kernel: pcib0: possible interrupts: 3 4 5 6 7 10 11 12 14 15 kernel: ACPI PCI link arbitrated settings: kernel: \_SB_.PCI0.LNKB (references 10, priority 132020): kernel: interrupts: 10 5 11 12 7 6 4 3 15 14 kernel: penalty: 640 700 880 5640 5640 5640 5640 5640 50800 50800 kernel: \_SB_.PCI0.LNKC (references 9, priority 118818): kernel: interrupts: 10 5 11 12 7 6 4 3 15 14 kernel: penalty: 640 700 880 5640 5640 5640 5640 5640 50800 50800 kernel: \_SB_.PCI0.LNKE (references 1, priority 13202): kernel: interrupts: 0 0 0 0 0 0 0 0 0 0 kernel: penalty: 100000100000100000100000100000100000100000100000100000100000 kernel: \_SB_.PCI0.LNKF (references 1, priority 13202): kernel: interrupts: 0 0 0 0 0 0 0 0 0 0 kernel: penalty: 100000100000100000100000100000100000100000100000100000100000 kernel: \_SB_.PCI0.LNK0 (references 1, priority 13202): kernel: interrupts: 0 0 0 0 0 0 0 0 0 0 kernel: penalty: 100000100000100000100000100000100000100000100000100000100000 kernel: atpic: Programming IRQ10 as level/low kernel: pcib0: slot 31 INTB routed to irq 10 via \_SB_.PCI0.LNKB kernel: ichsmb0: [GIANT-LOCKED] kernel: smbus0: on ichsmb0 kernel: smb0: on smbus0 kernel: uhci1: port 0xd400-0xd41f irq 5 at device 31.4 on pci0 kernel: uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd400 kernel: uhci1: [GIANT-LOCKED] kernel: usb1: on uhci1 kernel: usb1: USB revision 1.0 kernel: uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 kernel: uhub2: 2 ports with 2 removable, self powered kernel: fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 kernel: fdc0: ic_type 90 part_id 80 kernel: fdc0: [MPSAFE] kernel: fdc0: [FAST] kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 kernel: sio0: irq maps: 0x801 0x811 0x801 0x801 kernel: sio0 port 0x3f8-0x3ff irq 4 on acpi0 kernel: sio0: type 16550A kernel: sio1: irq maps: 0x801 0x809 0x801 0x801 kernel: sio1 port 0x2f8-0x2ff irq 3 on acpi0 kernel: sio1: type 16550A kernel: unknown: not probed (disabled) kernel: unknown: not probed (disabled) kernel: ppc0: using extended I/O port range kernel: ppc0: ECP SPP ECP+EPP SPP kernel: ppc0 port 0xf78-0xf7b,0xb78-0xb7b,0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 kernel: ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode kernel: ppc0: FIFO with 16/16/16 bytes threshold kernel: ppbus0: on ppc0 kernel: plip0: on ppbus0 kernel: plip0: bpf attached kernel: lpt0: on ppbus0 kernel: lpt0: Interrupt-driven port kernel: ppi0: on ppbus0 kernel: unknown: not probed (disabled) kernel: atkbdc0: port 0x64,0x60 irq 1 on acpi0 kernel: atkbd0: irq 1 on atkbdc0 kernel: atkbd: the current kbd controller command byte 0047 kernel: atkbd: keyboard ID 0x41ab (2) kernel: kbd0 at atkbd0 kernel: kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 kernel: atkbd0: [GIANT-LOCKED] kernel: psm0: unable to allocate IRQ kernel: unknown: not probed (disabled) last message repeated 2 times kernel: npx0: [FAST] kernel: npx0: on motherboard kernel: npx0: INT 16 interface kernel: unknown: Failed Intstat Reg Test kernel: unknown: status reg test failed ff last message repeated 4 times kernel: ata: ata0 already exists; skipping it kernel: ata: ata1 already exists; skipping it kernel: atkbdc: atkbdc0 already exists; skipping it kernel: fdc: fdc0 already exists; skipping it kernel: ppc: ppc0 already exists; skipping it kernel: sio: sio0 already exists; skipping it kernel: sio: sio1 already exists; skipping it kernel: Trying Read_Port at 203 kernel: Trying Read_Port at 243 kernel: Trying Read_Port at 283 kernel: Trying Read_Port at 2c3 kernel: Trying Read_Port at 303 kernel: Trying Read_Port at 343 kernel: Trying Read_Port at 383 kernel: Trying Read_Port at 3c3 kernel: sc: sc0 already exists; skipping it kernel: vga: vga0 already exists; skipping it kernel: isa_probe_children: disabling PnP devices kernel: isa_probe_children: probing non-PnP devices kernel: orm0: at iomem 0xd0000-0xd3fff on isa0 kernel: pmtimer0 on isa0 kernel: adv0: not probed (disabled) kernel: aha0: not probed (disabled) kernel: aic0: not probed (disabled) kernel: bt0: not probed (disabled) kernel: cs0: not probed (disabled) kernel: ed0: not probed (disabled) kernel: fe0: not probed (disabled) kernel: ie0: not probed (disabled) kernel: lnc0: not probed (disabled) kernel: pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 kernel: pcic1: not probed (disabled) kernel: sc0: at flags 0x100 on isa0 kernel: sc0: VGA <16 virtual consoles, flags=0x300> kernel: sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) kernel: sio2: not probed (disabled) kernel: sio3: not probed (disabled) kernel: sn0: not probed (disabled) kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 kernel: fb0: vga0, vga, type:VGA (5), flags:0x7007f kernel: fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 kernel: fb0: init mode:24, bios mode:3, current mode:24 kernel: fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k kernel: vga0: vga: WARNING: video mode switching is not fully supported on this adapter kernel: VGA parameters upon power-up kernel: 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 54 80 kernel: bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 kernel: b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c kernel: 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff kernel: VGA parameters in BIOS for mode 24 kernel: 8a da 66 5a c3 56 66 50 e8 d5 ff 66 2e 8b 5c 04 kernel: 66 58 5e c3 66 52 66 2e 8b 14 66 81 e2 00 ff 00 kernel: 00 66 c1 ea 08 8a da 66 5a c3 66 52 66 2e 8b 14 kernel: 66 81 e2 f0 00 00 00 66 c1 ea 04 8a ca 66 5a c3 kernel: EGA/VGA parameters to be used for mode 24 kernel: 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 54 80 kernel: bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 kernel: b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c kernel: 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff kernel: vt0: not probed (disabled) kernel: isa_probe_children: probing PnP devices kernel: Device configuration finished. kernel: procfs registered kernel: Timecounter "TSC" frequency 1412752022 Hz quality 800 kernel: Timecounters tick every 0.862 msec kernel: IPsec: Initialized Security Association Processing. kernel: ipfw2 initialized, divert enabled, rule-based forwarding enabled, default to deny, logging limited to 100 packets/entry by default kernel: lo0: bpf attached kernel: cpu0: set speed to 100.0% kernel: acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0% kernel: ata0-slave: pio=0x0c wdma=0x22 udma=0x45 cable=80pin kernel: ata0-master: pio=0x0c wdma=0x22 udma=0x46 cable=80pin kernel: ata0-master: setting PIO4 on Intel ICH2 chip kernel: ata0-master: setting UDMA100 on Intel ICH2 chip kernel: ata0-slave: setting PIO4 on Intel ICH2 chip kernel: ata0-slave: setting UDMA100 on Intel ICH2 chip kernel: ad0: ATA-7 disk at ata0-master kernel: ad0: 29325MB (60058656 sectors), 59582 C, 16 H, 63 S, 512 B kernel: ad0: 16 secs/int, 1 depth queue, UDMA100 kernel: ad1: ATA-6 disk at ata0-slave kernel: ad1: 76319MB (156301488 sectors), 155061 C, 16 H, 63 S, 512 B kernel: ad1: 16 secs/int, 1 depth queue, UDMA100 kernel: ata1-slave: pio=0x0c wdma=0x22 udma=0xffffffff cable=40pin kernel: ATAPI_RESET time = 90us kernel: ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin kernel: ATAPI_RESET time = 10us kernel: ata1-master: setting PIO4 on Intel ICH2 chip kernel: ata1-master: setting UDMA33 on Intel ICH2 chip kernel: ata1-slave: setting PIO4 on Intel ICH2 chip kernel: GEOM: new disk ad0 kernel: GEOM: new disk ad1 kernel: [0] f:00 typ:11 s(CHS):0/1/1 e(CHS):1023/4/63 s:63 l:8401932 kernel: [1] f:00 typ:15 s(CHS):1023/255/63 e(CHS):1023/9/63 s:8401995 l:20482875 kernel: [2] f:80 typ:165 s(CHS):1023/255/63 e(CHS):1023/15/63 s:28884870 l:31173786 kernel: [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 kernel: GEOM: Configure ad0s1, start 32256 length 4301789184 end 4301821439 kernel: GEOM: Configure ad0s2, start 4301821440 length 10487232000 end 14789053439 kernel: GEOM: Configure ad0s3, start 14789053440 length 15960978432 end 30750031871 kernel: [0] f:00 typ:15 s(CHS):15/15/1 e(CHS):1023/10/63 s:16065 l:62524980 kernel: [1] f:80 typ:165 s(CHS):1023/255/63 e(CHS):1023/14/63 s:62541045 l:93755340 kernel: [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 kernel: [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 kernel: GEOM: Configure ad1s1, start 8225280 length 32012789760 end 32021015039 kernel: GEOM: Configure ad1s2, start 32021015040 length 48002734080 end 80023749119 kernel: MBREXT Slice 5 on ad0s2: kernel: [0] f:00 typ:11 s(CHS):523/1/1 e(CHS):773/254/63 s:63 l:20482812 kernel: [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 kernel: GEOM: Configure ad0s5, start 32256 length 10487199744 end 10487231999 kernel: GEOM: Configure ad0s3a, start 0 length 134217728 end 134217727 kernel: GEOM: Configure ad0s3b, start 134217728 length 1073741824 end 1207959551 kernel: GEOM: Configure ad0s3c, start 0 length 15960978432 end 15960978431 kernel: GEOM: Configure ad0s3d, start 1207959552 length 14155776000 end 15363735551 kernel: GEOM: Configure ad0s3e, start 15363735552 length 597242880 end 15960978431 kernel: MBREXT Slice 5 on ad1s1: kernel: [0] f:00 typ:11 s(CHS):1/1/1 e(CHS):820/254/63 s:63 l:62524917 kernel: [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 kernel: GEOM: Configure ad1s5, start 32256 length 32012757504 end 32012789759 kernel: GEOM: Configure ad1s2c, start 0 length 48002734080 end 48002734079 kernel: GEOM: Configure ad1s2d, start 0 length 48002734080 end 48002734079 kernel: (probe1:ata0:0:1:0): error 22 kernel: (probe1:ata0:0:1:0): Unretryable Error kernel: (probe1:ata0:0:1:0): error 22 kernel: (probe1:ata0:0:1:0): Unretryable Error kernel: (probe0:ata0:0:0:0): error 22 kernel: (probe0:ata0:0:0:0): Unretryable Error kernel: (probe0:ata0:0:0:0): error 22 kernel: (probe0:ata0:0:0:0): Unretryable Error kernel: (probe2:ata1:0:0:0): error 22 kernel: (probe2:ata1:0:0:0): Unretryable Error kernel: (probe2:ata1:0:0:0): error 6 kernel: (probe2:ata1:0:0:0): Unretryable Error kernel: (probe2:ata1:0:0:0): error 22 kernel: (probe2:ata1:0:0:0): Unretryable Error kernel: pass0 at umass-sim0 bus 0 target 0 lun 0 kernel: pass0: Removable Direct Access SCSI-0 device kernel: pass0: Serial Number  kernel: pass0: 1.000MB/s transfers kernel: pass1 at ata1 bus 0 target 0 lun 0 kernel: pass1: Removable CD-ROM SCSI-0 device kernel: pass1: 33.000MB/s transfers kernel: pass2 at ata1 bus 0 target 1 lun 0 kernel: pass2: Removable CD-ROM SCSI-0 device kernel: pass2: Serial Number  kernel: pass2: 16.000MB/s transfers kernel: GEOM: new disk cd0 kernel: GEOM: new disk cd1 kernel: GEOM: new disk da0 kernel: (cd0:ata1:0:0:0): error 6 kernel: (cd0:ata1:0:0:0): Unretryable Error kernel: cd0 at ata1 bus 0 target 0 lun 0 kernel: cd0: Removable CD-ROM SCSI-0 device kernel: cd0: 33.000MB/s transfers kernel: cd0: Attempt to query device size failed: NOT READY, Medium not present kernel: da0 at umass-sim0 bus 0 target 0 lun 0 kernel: da0: Removable Direct Access SCSI-0 device kernel: da0: Serial Number  kernel: da0: 1.000MB/s transfers kernel: da0: 1000MB (2048000 512 byte sectors: 64H 32S/T 1000C) kernel: cd1 at ata1 bus 0 target 1 lun 0 kernel: cd1: Removable CD-ROM SCSI-0 device kernel: cd1: Serial Number  kernel: cd1: 16.000MB/s transfers kernel: cd1: cd present [329462 x 2048 byte records] kernel: (cd0:ata1:0:0:0): error 6 kernel: (cd0:ata1:0:0:0): Unretryable Error kernel: (cd0:ata1:0:0:0): error 6 kernel: (cd0:ata1:0:0:0): Unretryable Error kernel: [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 kernel: [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 kernel: [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 kernel: [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 kernel: Mounting root from ufs:/dev/ad0s3a kernel: start_init: trying /sbin/init kernel: Linux ELF exec handler installed kernel: linprocfs registered --------------000608010601070801040201-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 07:06:49 2004 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 EA3D216A4CE for ; Thu, 30 Sep 2004 07:06:49 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5389E43D1D for ; Thu, 30 Sep 2004 07:06:49 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i8U76ldP037649 for ; Thu, 30 Sep 2004 09:06:47 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org Date: Thu, 30 Sep 2004 09:06:47 +0200 Message-ID: <37648.1096528007@critter.freebsd.dk> From: Poul-Henning Kamp X-Mailman-Approved-At: Thu, 30 Sep 2004 11:55:21 +0000 Subject: Unit number allocation API 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: Thu, 30 Sep 2004 07:06:50 -0000 I had this one out on arch@ previously. I'm very interested in informed feedback on how we deal with locking for service api's like this. Poul-Henning phk 2004-09-30 07:04:03 UTC FreeBSD src repository Modified files: sys/sys systm.h sys/conf files Added files: sys/kern subr_unit.c Log: Add a new API for allocating unit number (-like) resources. Allocation is always lowest free unit number. A mixed range/bitmap strategy for maximum memory efficiency. In the typical case where no unit numbers are freed total memory usage is 56 bytes on i386. malloc is called M_WAITOK but no locking is provided (yet). A bit of experience will be necessary to determine the best strategy. Hopefully a "caller provides locking" strategy can be maintained, but that may require use of M_NOWAIT allocation and failure handling. A userland test driver is included. Revision Changes Path 1.955 +1 -0 src/sys/conf/files 1.1 +597 -0 src/sys/kern/subr_unit.c (new) 1.215 +8 -0 src/sys/sys/systm.h ------- End of Forwarded Message From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 11:59:51 2004 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 3F27916A4CF for ; Thu, 30 Sep 2004 11:59:51 +0000 (GMT) Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66ABC43D4C for ; Thu, 30 Sep 2004 11:59:50 +0000 (GMT) (envelope-from zaks@era.pl) Received: by localhost (Postfix, from userid 1001) id 6F4F0117F4; Thu, 30 Sep 2004 13:59:48 +0200 (CEST) From: =?iso-8859-2?q?S=B3awek_=AFak?= To: Ceri Davies References: <861xgm5ltz.fsf@thirst.unx.era.pl> <20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl> <20040929131136.GA2493@submonkey.net> Date: Thu, 30 Sep 2004 13:59:48 +0200 In-Reply-To: <20040929131136.GA2493@submonkey.net> (Ceri Davies's message of "Wed, 29 Sep 2004 14:11:37 +0100") Message-ID: <86mzz8x8zv.fsf@thirst.unx.era.pl> User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.4 (Reasonable Discussion, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Re: Bug in #! processing 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: Thu, 30 Sep 2004 11:59:51 -0000 Ceri Davies writes: > On Wed, Sep 29, 2004 at 01:47:06PM +0200, S?awek ?ak wrote: [...] >> You should speel buggy as 'POSIX' in this case I guess. > You're actually guessing though, right? I can't find this in the > standard; if you know it's there then I'd appreciate a reference. No reference on this. Vague memories of brokedness only. [...] >> This behavior is mandated by POSIX which, as I reckon, allows passing of >> only the first argument to the interpreter. > > Are you guessing again? Affirmative. > I believe that the FreeBSD behaviour is closer to "correct" than > anything else we're seeing in this thread. I should be able to specify > > #!/usr/bin/perl -w -0 > > or whatever without having everything other than the first argument > ignored. Would be nice. I admit. I like the bahavior of FreeBSD besides special treatment of # on the first line after #!. Allowing for comments on the first line is a strange excuse. Have you ever seen a script commenting on the interpreter execution or had a need to do so? >> It is confirmed by other >> supposedly compliant systems. I've checked before AIX 5.2, Solaris 8/9. Two >> raisins in the pie are Tru64 5.1B and HP-UX 11, which return some erm, >> strange results. For such script: >> >> #!./main 1 2 3 -#! >> print ok >> >> You get: >> >> Main.c test >> ./main >> 1 2 3 -#! >> ./tst.sh > > Linux 2.4.20 does this too. That's as silly as can get. When called as: interpreter -a1 -a2 -a3 script the argument parsing done by interpreter must be different then when invoked via #! mechanics. Argh! >> The behavior I'd like to have, and which seems correct is not bothering with >> second, 3rd and so on occurence of #! in the first line of script. Feasible? >> I guess so. The only commercial product on my systems uses -#! switch on all >> platforms as a script file mark. > > That seems wrong too. #! shouldn't be magic anywhere other than at the > beginning of a file. Do you think that -#! argument is magic? Why is it so? It's not magic and should be passed without exec(2) interference. >> I don't see any explanation for current >> behavior therefore I'm reporting it. > > The explanation is that we only process that line up to a '#' or > newline. Backing out revision 1.21 of sys/kern/imgact_shell.c is one > fix, or perhaps allowing a '#' character to be escaped. I'm not sure if > I see an overwhelming reason for either. I don't see a convincing use for comments on the first line of script. Hash is special already when treated as comment character. # is not a comment in any `scripting language'. It is a shell legacy and shouldn't be forced on the remaining universe. /S From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 12:05:26 2004 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 64C0116A4CE for ; Thu, 30 Sep 2004 12:05:26 +0000 (GMT) Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 116F543D45 for ; Thu, 30 Sep 2004 12:05:24 +0000 (GMT) (envelope-from zaks@era.pl) Received: by localhost (Postfix, from userid 1001) id 0902A11652; Thu, 30 Sep 2004 14:05:19 +0200 (CEST) From: =?iso-8859-2?q?S=B3awek_=AFak?= To: Ryan Sommers References: <861xgm5ltz.fsf@thirst.unx.era.pl> <20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl> <20040929131136.GA2493@submonkey.net> <415AB9BF.1070003@gamersimpact.com> Date: Thu, 30 Sep 2004 14:05:18 +0200 In-Reply-To: <415AB9BF.1070003@gamersimpact.com> (Ryan Sommers's message of "Wed, 29 Sep 2004 08:33:51 -0500") Message-ID: <86is9wx8qp.fsf@thirst.unx.era.pl> User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.4 (Reasonable Discussion, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: Ceri Davies cc: freebsd-current@freebsd.org Subject: Re: Bug in #! processing 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: Thu, 30 Sep 2004 12:05:26 -0000 Ryan Sommers writes: > Ceri Davies wrote: > >> That seems wrong too. #! shouldn't be magic anywhere other than at the >> >>beginning of a file. >> >> > I haven't looked at the code yet, on my list, but I'm guessing this was done to > avoid a possible circular reference. What circular reference? Could you elaborate? The algorithm goes like this: 1. skip all space till #! 2. skip #! and read path for the interpreter 3. find and split arguments 4. invoke intepreter with it's path at argv[0], arguments at subsequent positions and append path to the script at the end. That's it, modulo : and no interpreter path at all in the script as legacy which is a special case anyway. /S From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 12:10:39 2004 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 E819416A4CE for ; Thu, 30 Sep 2004 12:10:39 +0000 (GMT) Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com [81.103.67.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7187443D1F for ; Thu, 30 Sep 2004 12:10:39 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.42 (FreeBSD)) id 1CCzlb-0000Lv-Hk; Thu, 30 Sep 2004 13:10:35 +0100 Date: Thu, 30 Sep 2004 13:10:35 +0100 From: Ceri Davies To: S?awek ?ak Message-ID: <20040930121035.GR2493@submonkey.net> Mail-Followup-To: Ceri Davies , S?awek ?ak , Ryan Sommers , freebsd-current@freebsd.org References: <861xgm5ltz.fsf@thirst.unx.era.pl> <20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl> <20040929131136.GA2493@submonkey.net> <415AB9BF.1070003@gamersimpact.com> <86is9wx8qp.fsf@thirst.unx.era.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9B5XEHKwA0ZzBbnj" Content-Disposition: inline In-Reply-To: <86is9wx8qp.fsf@thirst.unx.era.pl> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.6i Sender: Ceri Davies cc: Ryan Sommers cc: freebsd-current@freebsd.org Subject: Re: Bug in #! processing 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: Thu, 30 Sep 2004 12:10:40 -0000 --9B5XEHKwA0ZzBbnj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 30, 2004 at 02:05:18PM +0200, S?awek ?ak wrote: > Ryan Sommers writes: >=20 > > Ceri Davies wrote: > > > >> That seems wrong too. #! shouldn't be magic anywhere other than at the > >> > >>beginning of a file. > >> > >> > > I haven't looked at the code yet, on my list, but I'm guessing this was= done to > > avoid a possible circular reference. >=20 > What circular reference? Could you elaborate? The algorithm goes like= this: >=20 > 1. skip all space till #! > 2. skip #! and read path for the interpreter > 3. find and split arguments > 4. invoke intepreter with it's path at argv[0], arguments at subseque= nt > positions and append path to the script at the end. >=20 > That's it, modulo : and no interpreter path at all in the script as l= egacy > which is a special case anyway. #1 in your list doesn't happen. Ceri --=20 It is not tinfoil, it is my new skin. I am a robot. --9B5XEHKwA0ZzBbnj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBW/e7ocfcwTS3JF8RAgxGAJ9NAMAO78avvsckpnXsd2f5o4akhACgq3qm fJPyP+0Dl+ziOwCCPhY50Ow= =4yof -----END PGP SIGNATURE----- --9B5XEHKwA0ZzBbnj-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 12:10:25 2004 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 057E416A4CE for ; Thu, 30 Sep 2004 12:10:25 +0000 (GMT) Received: from smtp.prodigy.net.mx (nlpproxy04.prodigy.net.mx [148.235.52.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5953C43D48 for ; Thu, 30 Sep 2004 12:10:24 +0000 (GMT) (envelope-from eculp@prodigy.net.mx) Received: from prodigy.net.mx (du-148-235-52-33.prodigy.net.mx [148.235.52.33]) by smtp.prodigy.net.mx (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0I4U005JLSH1L9@smtp.prodigy.net.mx>; Thu, 30 Sep 2004 07:10:13 -0500 (CDT) Received: from [148.235.52.102] (Forwarded-For: [201.129.94.187]) by nlpmail03.prodigy.net.mx (mshttpd); Thu, 30 Sep 2004 07:10:31 -0500 Date: Thu, 30 Sep 2004 07:10:31 -0500 From: eculp To: current@freebsd.org Message-id: <15e5815ed2.15ed215e58@prodigy.net.mx> MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 2.01 (built Aug 26 2004) Content-type: text/plain; charset=us-ascii Content-language: es Content-transfer-encoding: 7bit Content-disposition: inline X-Accept-Language: es Priority: non-urgent X-Priority: 5 (Lowest) Subject: my kernel builds seem to be failing this morning. 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: Thu, 30 Sep 2004 12:10:25 -0000 my kernel builds seem to be failing this morning with the following: KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/kern/subr_turnstile.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/kern/subr_unit.c /usr/src/sys/kern/subr_unit.c:165: warning: "struct unhdr" declared inside parameter list /usr/src/sys/kern/subr_unit.c:165: warning: its scope is only this definition or declaration, which is probably not what you want /usr/src/sys/kern/subr_unit.c: In function `new_unrhdr': /usr/src/sys/kern/subr_unit.c:215: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /usr/src/sys/kern/subr_unit.c: In function `alloc_unr': /usr/src/sys/kern/subr_unit.c:251: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /usr/src/sys/kern/subr_unit.c:281: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /usr/src/sys/kern/subr_unit.c:290: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /usr/src/sys/kern/subr_unit.c:311: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type Thanks, ed From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 12:09:46 2004 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 EC98E16A4FD for ; Thu, 30 Sep 2004 12:09:46 +0000 (GMT) Received: from web14107.mail.yahoo.com (web14107.mail.yahoo.com [216.136.172.137]) by mx1.FreeBSD.org (Postfix) with SMTP id A548743D2F for ; Thu, 30 Sep 2004 12:09:46 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Message-ID: <20040930120946.26047.qmail@web14107.mail.yahoo.com> Received: from [194.248.174.58] by web14107.mail.yahoo.com via HTTP; Thu, 30 Sep 2004 14:09:46 CEST Date: Thu, 30 Sep 2004 14:09:46 +0200 (CEST) From: Claus Guttesen To: Scott Long In-Reply-To: <415BB667.9000302@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-current@FreeBSD.org Subject: Re: unable to install beta6 [amd64] on Dell 2850 with 4 GB RAM,workaround 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: Thu, 30 Sep 2004 12:09:47 -0000 > The AMR driver cannot handle >4GB of RAM. Even > though you only have > 4GB, your chipset is remapping part of it to the > >4GB region. The > driver incorrectly interfaces with busdma and cannot > handle this > scenario very well. The panic is to be expected. > You can verify > this by setting the tunable 'hw.physmem' in the > loader to some > value under 4GB to artifically limit the amount of > RAM that the OS > sees. Added hw.physmem=4G to /boot/loader.conf and it seems to solve the issue. Dmesg now tells me that I have real memory = 3489398784 (3327 MB) avail memory = 3367739392 (3211 MB) It seems that it does ignore some RAM, but is this the correct behaviour? Without hw.physmem I get real memory = 5100273664 (4864 MB) avail memory = 4125847552 (3934 MB) So it appears to perform an incorrect probing of memory. Thank you. Claus From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 12:21:56 2004 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 3DFFD16A4CE for ; Thu, 30 Sep 2004 12:21:56 +0000 (GMT) Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com [81.103.67.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 308FA43D1F for ; Thu, 30 Sep 2004 12:21:55 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.42 (FreeBSD)) id 1CCzwY-0000RF-BW; Thu, 30 Sep 2004 13:21:54 +0100 Date: Thu, 30 Sep 2004 13:21:54 +0100 From: Ceri Davies To: S?awek ?ak Message-ID: <20040930122154.GS2493@submonkey.net> Mail-Followup-To: Ceri Davies , S?awek ?ak , freebsd-current@freebsd.org References: <861xgm5ltz.fsf@thirst.unx.era.pl> <20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl> <20040929131136.GA2493@submonkey.net> <86mzz8x8zv.fsf@thirst.unx.era.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zdA3Jw0ChSeS2+06" Content-Disposition: inline In-Reply-To: <86mzz8x8zv.fsf@thirst.unx.era.pl> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.6i Sender: Ceri Davies cc: freebsd-current@freebsd.org Subject: Re: Bug in #! processing 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: Thu, 30 Sep 2004 12:21:56 -0000 --zdA3Jw0ChSeS2+06 Content-Type: multipart/mixed; boundary="wjfWYMzGYPVGkkPO" Content-Disposition: inline --wjfWYMzGYPVGkkPO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 30, 2004 at 01:59:48PM +0200, S?awek ?ak wrote: > Ceri Davies writes: > > On Wed, Sep 29, 2004 at 01:47:06PM +0200, S?awek ?ak wrote: >=20 > >> You should speel buggy as 'POSIX' in this case I guess. >=20 > > You're actually guessing though, right? I can't find this in the > > standard; if you know it's there then I'd appreciate a reference. >=20 > No reference on this. Vague memories of brokedness only. Good, I'm not losing my eyesight then. In theory this means that we're free to do whatever we want, as the commit log for revision 1.21 of imgact_shell.c suggests. > > I believe that the FreeBSD behaviour is closer to "correct" than > > anything else we're seeing in this thread. I should be able to specify > > > > #!/usr/bin/perl -w -0 > > > > or whatever without having everything other than the first argument > > ignored. >=20 > Would be nice. I admit. It *is* nice, and I do use it. > I like the bahavior of FreeBSD besides special > treatment of # on the first line after #!. Allowing for comments on t= he > first line is a strange excuse. Have you ever seen a script commentin= g on > the interpreter execution or had a need to do so? No, but since this has been possible in FreeBSD for over 4.5 years, you can guarantee that someone is using it. > >> It is confirmed by other > >> supposedly compliant systems. I've checked before AIX 5.2, Solaris= 8/9. Two > >> raisins in the pie are Tru64 5.1B and HP-UX 11, which return some = erm, > >> strange results. For such script: > >>=20 > >> #!./main 1 2 3 -#! > >> print ok > >>=20 > >> You get: > >>=20 > >> Main.c test > >> ./main > >> 1 2 3 -#! > >> ./tst.sh > > > > Linux 2.4.20 does this too. >=20 > That's as silly as can get. When called as: >=20 > interpreter -a1 -a2 -a3 script >=20 > the argument parsing done by interpreter must be different then when = invoked > via #! mechanics. Argh! Yeah, it seems pretty gross. At least they get there though, unlike the Solaris/AIX examples ;-) > >> The behavior I'd like to have, and which seems correct is not both= ering with > >> second, 3rd and so on occurence of #! in the first line of script.= Feasible? > >> I guess so. The only commercial product on my systems uses -#! swi= tch on all > >> platforms as a script file mark. > > > > That seems wrong too. #! shouldn't be magic anywhere other than at the > > beginning of a file. >=20 > Do you think that -#! argument is magic? Why is it so? It's not magic= and > should be passed without exec(2) interference. I don't think it should be, but you seemed to suggest that it should be in the paragraph above. I may have misunderstood, in which case we're agreed on this. > >> I don't see any explanation for current > >> behavior therefore I'm reporting it. > > > > The explanation is that we only process that line up to a '#' or > > newline. Backing out revision 1.21 of sys/kern/imgact_shell.c is one > > fix, or perhaps allowing a '#' character to be escaped. I'm not sure if > > I see an overwhelming reason for either. >=20 > I don't see a convincing use for comments on the first line of script= =2E Hash > is special already when treated as comment character. # is not a comm= ent in > any `scripting language'. It is a shell legacy and shouldn't be force= d on > the remaining universe. I agree(ish); I don't think that the kernel should do anything special here either and I think that the "correct" thing to do would be to back out that revision. Unfortunately the FreeBSD userbase can write a lot of scripts in 4 and a half years and we probably can't get away with it. Perhaps it could be done in -CURRENT, but I'd really like to see some other opinions. For clarity, what I'm proposing is the application of the attached diff. Opinions from anyone? Ceri --=20 It is not tinfoil, it is my new skin. I am a robot. --wjfWYMzGYPVGkkPO Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="imgact_shell.diff" Index: sys/kern/imgact_shell.c =================================================================== RCS file: /home/ncvs/src/sys/kern/imgact_shell.c,v retrieving revision 1.26 diff -u -r1.26 imgact_shell.c --- sys/kern/imgact_shell.c 11 Jun 2003 00:56:54 -0000 1.26 +++ sys/kern/imgact_shell.c 29 Sep 2004 13:04:02 -0000 @@ -73,7 +73,7 @@ /* * Find end of line; return if the line > MAXSHELLCMDLEN long. */ - for (ihp = &image_header[2]; *ihp != '\n' && *ihp != '#'; ++ihp) { + for (ihp = &image_header[2]; *ihp != '\n'; ++ihp) { if (ihp >= &image_header[MAXSHELLCMDLEN]) return(ENAMETOOLONG); } --wjfWYMzGYPVGkkPO-- --zdA3Jw0ChSeS2+06 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBW/piocfcwTS3JF8RAnuKAKCHxjzwDGNzjW/UJb1GmviIy2TL8ACghV5T y19YPyquhvSJT0rijkFYBUY= =W3vV -----END PGP SIGNATURE----- --zdA3Jw0ChSeS2+06-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 12:48:37 2004 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 643AA16A4CE for ; Thu, 30 Sep 2004 12:48:37 +0000 (GMT) Received: from dglawrence.com (dsl-230-156.ipns.com [209.210.230.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC1E743D3F for ; Thu, 30 Sep 2004 12:48:36 +0000 (GMT) (envelope-from dg@nexus.dglawrence.com) Received: from nexus.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.12.10/8.12.6) with ESMTP id i8UCmGrW021999; Thu, 30 Sep 2004 05:48:16 -0700 (PDT) (envelope-from dg@nexus.dglawrence.com) Received: (from dg@localhost) by nexus.dglawrence.com (8.12.10/8.12.3/Submit) id i8UCmAnt021986; Thu, 30 Sep 2004 05:48:10 -0700 (PDT) Date: Thu, 30 Sep 2004 05:48:10 -0700 From: "David G. Lawrence" To: S?awek ?ak Message-ID: <20040930124810.GA17792@nexus.dglawrence.com> References: <861xgm5ltz.fsf@thirst.unx.era.pl> <20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl> <20040929131136.GA2493@submonkey.net> <415AB9BF.1070003@gamersimpact.com> <86is9wx8qp.fsf@thirst.unx.era.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86is9wx8qp.fsf@thirst.unx.era.pl> cc: Ryan Sommers cc: Ceri Davies cc: freebsd-current@freebsd.org Subject: Re: Bug in #! processing 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: Thu, 30 Sep 2004 12:48:37 -0000 > What circular reference? Could you elaborate? The algorithm goes like this: > > 1. skip all space till #! The #! is required to be in the first two bytes of the file, so there can't be any spaces before it. I wrote the code you guys are talking about, although I had nothing to do with the commit in rev 1.21. I don't have an opinion on that other than it's been this way in FreeBSD for a long time and I share Ceri's concern that changing it will affect some people. -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 TeraSolutions, Inc. - http://www.terasolutions.com - (888) 346 7175 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 12:59:23 2004 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 1195816A4CE for ; Thu, 30 Sep 2004 12:59:23 +0000 (GMT) Received: from mail.vtec.ipme.de (Ad3cf.a.pppool.de [213.6.211.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1191B43D5D for ; Thu, 30 Sep 2004 12:59:22 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from [192.168.16.24] (unknown [192.168.16.24]) by bellona.sz.vwsoft.com (Postfix) with ESMTP id 7049E5D45 for ; Thu, 30 Sep 2004 14:59:19 +0200 (CEST) Message-ID: <415C0326.7000104@vwsoft.com> Date: Thu, 30 Sep 2004 14:59:18 +0200 From: Volker User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040822 Thunderbird/0.7+ Mnenhy/0.6.0.101 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: panics and traces, who and where to report? 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: Thu, 30 Sep 2004 12:59:23 -0000 Hi folks! Last week I was sending some panic reports (using 6-CURRENT and RELENG_5) and debugger traces to this list. I didn't get a response and while cvsup'ing twice a day for several days and doing buildkernel every other day the situation didn't change. So I'm wondering if this is the right place to report panics and traces? Or are these better placed at hackers@? Another question: Do you really expect RELENG_5 to become stable within the very next few weeks? From my point of experience with RELENG_5 it looks like I have to switch my OS as I don't believe the 5-STABLE will be production stable soon. I have to install two new bsd-based routers on 10/10/ and I have to decide now whether I still do believe in FreeBSDs' stability. Thanks, Volker -- GPG/PGP fingerprint: FF93 13A1 2477 B631 E953 06DF 4C49 ADD9 E4BF 79B1 From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 13:01:43 2004 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 784A016A4CE; Thu, 30 Sep 2004 13:01:43 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB8D243D53; Thu, 30 Sep 2004 13:01:42 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8UD1ggl013937; Thu, 30 Sep 2004 09:01:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8UD1gfv059420; Thu, 30 Sep 2004 09:01:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 388D77303F; Thu, 30 Sep 2004 09:01:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040930130142.388D77303F@freebsd-current.sentex.ca> Date: Thu, 30 Sep 2004 09:01:42 -0400 (EDT) Subject: [current tinderbox] failure on alpha/alpha 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: Thu, 30 Sep 2004 13:01:43 -0000 TB --- 2004-09-30 11:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-30 11:45:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-09-30 11:45:00 - checking out the source tree TB --- 2004-09-30 11:45:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2004-09-30 11:45:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-30 11:51:11 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-30 11:51:11 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-09-30 11:51:11 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-09-30 12:57:16 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-30 12:57:16 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-09-30 12:57:16 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Sep 30 12:57:16 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/alpha/alpha/src/sys/kern/subr_unit.c: In function `free_unr': /tinderbox/CURRENT/alpha/alpha/src/sys/kern/subr_unit.c:329: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/alpha/alpha/src/sys/kern/subr_unit.c:366: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/alpha/alpha/src/sys/kern/subr_unit.c:386: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/alpha/alpha/src/sys/kern/subr_unit.c:396: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/alpha/alpha/src/sys/kern/subr_unit.c:407: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/alpha/alpha/src/sys/kern/subr_unit.c:435: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/alpha/alpha/src/sys/kern/subr_unit.c:510: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-09-30 13:01:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-30 13:01:42 - ERROR: failed to build generic kernel TB --- 2004-09-30 13:01:42 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 13:04:42 2004 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 F3B9416A4CE; Thu, 30 Sep 2004 13:04:41 +0000 (GMT) Received: from out012.verizon.net (out012pub.verizon.net [206.46.170.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A59D43D46; Thu, 30 Sep 2004 13:04:41 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([141.153.167.39]) by out012.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040930130440.GWRL28066.out012.verizon.net@[10.0.3.231]>; Thu, 30 Sep 2004 08:04:40 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: Philip Paeps In-Reply-To: <20040805071236.GA595@loge.nixsys.be> References: <20040805071236.GA595@loge.nixsys.be> Content-Type: text/plain Message-Id: <1096549459.701.5.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 30 Sep 2004 09:04:20 -0400 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out012.verizon.net from [141.153.167.39] at Thu, 30 Sep 2004 08:04:40 -0500 cc: freebsd-current@freebsd.org Subject: Re: [PLEASE TEST] Better support for Synaptics Touchpads 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: Thu, 30 Sep 2004 13:04:42 -0000 On Thu, 2004-08-05 at 03:12, Philip Paeps wrote: > Hi gang :-) > > Since the original synaptics support was added to psm, there have been some > reports of malfunctions and missing magic. I've tried to fix all that, but > it's still work in progress. > > If you happen to own a laptop with a synaptics touchpad, please help test: > > > > So far, I've had one report of a panic, possibly related to an extra gadget > chained through the the touchpad. If you're extra masochistic, and your > laptop has one of these extra gadgets, you might like to remove the #if 0 > around line 2537 and the #endif around line 2568 of your sys/isa/psm.c. > > Please report successes and failures :-) > > - Philip Just wanted to confirm that with psm.c 1.82 "tap-and-drag" functionality works on my Averatec 3150H. Responsiveness and positioning ability (measured by success rate in clicking "clear transaction" in GnuCash) is excellent. I do not have any special flags in 'device.hints' or in 'moused' command line. Thank you very much. --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 13:13:19 2004 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 3B21816A4CE for ; Thu, 30 Sep 2004 13:13:19 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id B08FD43D55 for ; Thu, 30 Sep 2004 13:13:18 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 74359 invoked by uid 89); 30 Sep 2004 13:20:17 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 30 Sep 2004 13:20:17 -0000 Received: from 208.4.77.15 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Thu, 30 Sep 2004 07:20:17 -0600 (MDT) Message-ID: <59462.208.4.77.15.1096550417.squirrel@208.4.77.15> In-Reply-To: <415C0326.7000104@vwsoft.com> References: <415C0326.7000104@vwsoft.com> Date: Thu, 30 Sep 2004 07:20:17 -0600 (MDT) From: "Ryan Sommers" To: "Volker" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: freebsd-current@freebsd.org Subject: Re: panics and traces, who and where to report? 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: Thu, 30 Sep 2004 13:13:19 -0000 > Hi folks! > > Last week I was sending some panic reports (using 6-CURRENT and > RELENG_5) and debugger traces to this list. I didn't get a response and > while cvsup'ing twice a day for several days and doing buildkernel every > other day the situation didn't change. Generally if you don't get a response I wouldn't bother CVSUPing so often as it probably means no one has had the time to look at it yet. That being said I'll dig in the archives and see if any of your panics have been reported by other people and if I've seen any activity regarding solutions. > > So I'm wondering if this is the right place to report panics and traces? > Or are these better placed at hackers@? This is the right place, hackers@ is definately the wrong place. > > Another question: Do you really expect RELENG_5 to become stable within > the very next few weeks? From my point of experience with RELENG_5 it > looks like I have to switch my OS as I don't believe the 5-STABLE will > be production stable soon. Not to sound rude, but if you feel RELENG-5 isn't stable enough you can always run RELENG-4 until you feel the RELENG-5 branch meets your expectations. Unless you have some reasons you want to go to 5. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 13:21:48 2004 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 05B1516A4CE for ; Thu, 30 Sep 2004 13:21:48 +0000 (GMT) Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com [81.103.67.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DBFF43D64 for ; Thu, 30 Sep 2004 13:21:47 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.42 (FreeBSD)) id 1CD0sS-0000qU-CS; Thu, 30 Sep 2004 14:21:44 +0100 Date: Thu, 30 Sep 2004 14:21:44 +0100 From: Ceri Davies To: S?awek ?ak Message-ID: <20040930132144.GV2493@submonkey.net> Mail-Followup-To: Ceri Davies , S?awek ?ak , "David G. Lawrence" , Ryan Sommers , freebsd-current@freebsd.org References: <861xgm5ltz.fsf@thirst.unx.era.pl> <20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl> <20040929131136.GA2493@submonkey.net> <415AB9BF.1070003@gamersimpact.com> <86is9wx8qp.fsf@thirst.unx.era.pl> <20040930124810.GA17792@nexus.dglawrence.com> <86y8irx5ga.fsf@thirst.unx.era.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GsS1zwZ0euuFXuGH" Content-Disposition: inline In-Reply-To: <86y8irx5ga.fsf@thirst.unx.era.pl> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.6i Sender: Ceri Davies cc: Ryan Sommers cc: freebsd-current@freebsd.org cc: "David G. Lawrence" Subject: Re: Bug in #! processing 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: Thu, 30 Sep 2004 13:21:48 -0000 --GsS1zwZ0euuFXuGH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 30, 2004 at 03:16:21PM +0200, S?awek ?ak wrote: > "David G. Lawrence" writes: >=20 > > I wrote the code you guys are talking about, although I had nothing to = do > > with the commit in rev 1.21. I don't have an opinion on that other than > > it's been this way in FreeBSD for a long time and I share Ceri's concern > > that changing it will affect some people. >=20 > By no means I wish to force anyone to fix their scripts for 5.3 > release. Period. I would only like to use Allegro CL in scripts, which > unfortunately considers -#! valid in argument list and acts according= ly on > all platforms besides FreeBSD. Some (in)compatibility shim would be > great. Please! :) All I can suggest is to back out r1.21 locally for now. Ceri --=20 It is not tinfoil, it is my new skin. I am a robot. --GsS1zwZ0euuFXuGH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBXAhoocfcwTS3JF8RAprZAJwMILHDir0nr4M9cOvkouVZ9J1esgCfQZbG YwUBrXIHHM51/egt2/Nk0yM= =aZ3H -----END PGP SIGNATURE----- --GsS1zwZ0euuFXuGH-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 13:29:01 2004 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 92DD016A4CE for ; Thu, 30 Sep 2004 13:29:01 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37A7F43D49 for ; Thu, 30 Sep 2004 13:29:01 +0000 (GMT) (envelope-from david.downey@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so3540957rnk for ; Thu, 30 Sep 2004 06:28:57 -0700 (PDT) Received: by 10.38.171.77 with SMTP id t77mr2163337rne; Thu, 30 Sep 2004 06:28:57 -0700 (PDT) Received: by 10.38.82.69 with HTTP; Thu, 30 Sep 2004 06:28:56 -0700 (PDT) Message-ID: <6917b781040930062874f5e55f@mail.gmail.com> Date: Thu, 30 Sep 2004 09:28:56 -0400 From: "David D.W. Downey" To: Current Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: 5.3-BETA6 ignoring /var/db/ports/*/options X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "David D.W. Downey" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2004 13:29:01 -0000 OK, I'm doing a portupgrade -af on my machine (5.3-BETA6 with cvsup pull as of roughly 4:45AM EST5EDT) and *every* option file for installed packages is ignored. I have to hand set the options during the upgrade rather than them being erad as normal. This something anyone else has seen? It doesn't stop anything from building since I'm reanswering everything, just noting the fact that it's ignored. -- David D.W. Downey From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 13:30:31 2004 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 5AD5716A4CE for ; Thu, 30 Sep 2004 13:30:31 +0000 (GMT) Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CD0F43D39 for ; Thu, 30 Sep 2004 13:30:30 +0000 (GMT) (envelope-from zaks@era.pl) Received: by localhost (Postfix, from userid 1001) id D77CD11692; Thu, 30 Sep 2004 15:30:26 +0200 (CEST) From: =?iso-8859-2?q?S=B3awek_=AFak?= To: Ceri Davies References: <861xgm5ltz.fsf@thirst.unx.era.pl> <20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl> <20040929131136.GA2493@submonkey.net> <86mzz8x8zv.fsf@thirst.unx.era.pl> <20040930122154.GS2493@submonkey.net> Date: Thu, 30 Sep 2004 15:30:26 +0200 In-Reply-To: <20040930122154.GS2493@submonkey.net> (Ceri Davies's message of "Thu, 30 Sep 2004 13:21:54 +0100") Message-ID: <86u0tfx4st.fsf@thirst.unx.era.pl> User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.4 (Reasonable Discussion, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Re: Bug in #! processing 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: Thu, 30 Sep 2004 13:30:31 -0000 Ceri Davies writes: > On Thu, Sep 30, 2004 at 01:59:48PM +0200, S?awek ?ak wrote: >> Ceri Davies writes: >> > On Wed, Sep 29, 2004 at 01:47:06PM +0200, S?awek ?ak wrote: >> >> >> You should speel buggy as 'POSIX' in this case I guess. >> >> > You're actually guessing though, right? I can't find this in the >> > standard; if you know it's there then I'd appreciate a reference. >> >> No reference on this. Vague memories of brokedness only. > > Good, I'm not losing my eyesight then. In theory this means that we're > free to do whatever we want, as the commit log for revision 1.21 of > imgact_shell.c suggests. Yep. It seems so. But the vendor of Allegro CL would have to break all other platform support if they change -#! to something else. It's a no-win situation, although ... >> > I believe that the FreeBSD behaviour is closer to "correct" than >> > anything else we're seeing in this thread. I should be able to specify >> > >> > #!/usr/bin/perl -w -0 >> > >> > or whatever without having everything other than the first argument >> > ignored. >> >> Would be nice. I admit. > > It *is* nice, and I do use it. Same for me. I *love* to use #!/usr/bin/env some-interpreter -a -b -c which frees my mind from $PATH considerations on this hellish mess I have to manage. >> I like the bahavior of FreeBSD besides special >> treatment of # on the first line after #!. Allowing for comments on the >> first line is a strange excuse. Have you ever seen a script commenting on >> the interpreter execution or had a need to do so? > > No, but since this has been possible in FreeBSD for over 4.5 years, you > can guarantee that someone is using it. What do you think of sysctl named say kern.exec_hash_compat (set to 1 by default) or kernel option (also set to old behavior) to `fix' the situation? >> >> It is confirmed by other >> >> supposedly compliant systems. I've checked before AIX 5.2, Solaris 8/9. Two >> >> raisins in the pie are Tru64 5.1B and HP-UX 11, which return some erm, >> >> strange results. For such script: >> >> >> >> #!./main 1 2 3 -#! >> >> print ok >> >> >> >> You get: >> >> >> >> Main.c test >> >> ./main >> >> 1 2 3 -#! >> >> ./tst.sh >> > >> > Linux 2.4.20 does this too. >> >> That's as silly as can get. When called as: >> >> interpreter -a1 -a2 -a3 script >> >> the argument parsing done by interpreter must be different then when invoked >> via #! mechanics. Argh! > > Yeah, it seems pretty gross. At least they get there though, unlike the > Solaris/AIX examples ;-) True. But it's a trashbin class compatibility solution IMHO. >> >> The behavior I'd like to have, and which seems correct is not bothering with >> >> second, 3rd and so on occurence of #! in the first line of script. Feasible? >> >> I guess so. The only commercial product on my systems uses -#! switch on all >> >> platforms as a script file mark. >> > >> > That seems wrong too. #! shouldn't be magic anywhere other than at the >> > beginning of a file. >> >> Do you think that -#! argument is magic? Why is it so? It's not magic and >> should be passed without exec(2) interference. > > I don't think it should be, but you seemed to suggest that it should be > in the paragraph above. I may have misunderstood, in which case we're > agreed on this. Um. Let mi clarify my position on this. I think that treatment of # anywhere besides the absolutely first character in file (and even this with ! immediately following it) as special comment character is bad. The reason is stated below - there is more than shell that is executed by hash-bang magic and it can't/shouldn't be forced to interpret # as comment too. >> >> I don't see any explanation for current >> >> behavior therefore I'm reporting it. >> > >> > The explanation is that we only process that line up to a '#' or >> > newline. Backing out revision 1.21 of sys/kern/imgact_shell.c is one >> > fix, or perhaps allowing a '#' character to be escaped. I'm not sure if >> > I see an overwhelming reason for either. >> >> I don't see a convincing use for comments on the first line of script. Hash >> is special already when treated as comment character. # is not a comment in >> any `scripting language'. It is a shell legacy and shouldn't be forced on >> the remaining universe. > > I agree(ish); I don't think that the kernel should do anything special > here either and I think that the "correct" thing to do would be to back > out that revision. Unfortunately the FreeBSD userbase can write a lot > of scripts in 4 and a half years and we probably can't get away with it. > Perhaps it could be done in -CURRENT, but I'd really like to see some > other opinions. For clarity, what I'm proposing is the application of > the attached diff. Opinions from anyone? I'll look in your diff, but if anyone oposes to backing out 1.21 I would gladly accept the above mentioned shim defaulting to 4.x compatible behavior, possibly toggled to new behavior for CURRENT. Thanks, /S From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 13:39:01 2004 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 B4A2E16A4CE for ; Thu, 30 Sep 2004 13:39:01 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E38643D5F for ; Thu, 30 Sep 2004 13:39:01 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 76027 invoked by uid 89); 30 Sep 2004 13:46:00 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 30 Sep 2004 13:46:00 -0000 Received: from 208.4.77.15 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Thu, 30 Sep 2004 07:46:00 -0600 (MDT) Message-ID: <59601.208.4.77.15.1096551960.squirrel@208.4.77.15> In-Reply-To: <6917b781040930062874f5e55f@mail.gmail.com> References: <6917b781040930062874f5e55f@mail.gmail.com> Date: Thu, 30 Sep 2004 07:46:00 -0600 (MDT) From: "Ryan Sommers" To: "David D.W. Downey" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: Current Subject: Re: 5.3-BETA6 ignoring /var/db/ports/*/options 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: Thu, 30 Sep 2004 13:39:01 -0000 > OK, I'm doing a portupgrade -af on my machine (5.3-BETA6 with cvsup > pull as of roughly 4:45AM EST5EDT) and *every* option file for > installed packages is ignored. > > This something anyone else has seen? It doesn't stop anything from > building since I'm reanswering everything, just noting the fact that > it's ignored. Come to think of it, last week when I did a portupgrade I had to as well. I didn't really think about it at the time. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 13:47:57 2004 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 995F316A4CE for ; Thu, 30 Sep 2004 13:47:57 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 419E543D2F for ; Thu, 30 Sep 2004 13:47:57 +0000 (GMT) (envelope-from marchenko@gmail.com) Received: by mproxy.gmail.com with SMTP id 75so474814rnk for ; Thu, 30 Sep 2004 06:47:53 -0700 (PDT) Received: by 10.38.92.61 with SMTP id p61mr1219450rnb; Thu, 30 Sep 2004 06:47:53 -0700 (PDT) Received: by 10.38.22.66 with HTTP; Thu, 30 Sep 2004 06:47:53 -0700 (PDT) Message-ID: Date: Thu, 30 Sep 2004 09:47:53 -0400 From: Vlad To: Robert Watson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: cc: Evren Yurtesen cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: panic: sorele X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vlad List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2004 13:47:57 -0000 Additional info: I had several aliased ip addresses attached to interaface, and I just noticed for some reason I was specifying whols subnet broadcast for aliased ip addresses explicitly instead of having ifconfig figure out it automatically based on network mask. this is how it was configured: main ip 10.0.0.1 / 255.255.255.0 / 10.0.0.255 alias ip 10.0.0.2 / 255.255.255.255 / 10.0.0.255 another alias ip 10.0.0.3 / 255.255.255.255 / 10.0.0.255 while should be (if I understand correctly): main ip 10.0.0.1 / 255.255.255.0 / 10.0.0.255 alias ip 10.0.0.2 / 255.255.255.255 / 10.0.0.2 another alias ip 10.0.0.3 / 255.255.255.255 / 10.0.0.3 now question is could that trigger that panic solere under heavy packets load somehow? -- Vlad From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 14:02:52 2004 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 5087A16A4CE for ; Thu, 30 Sep 2004 14:02:52 +0000 (GMT) Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF20243D53 for ; Thu, 30 Sep 2004 14:02:48 +0000 (GMT) (envelope-from yurtesen-dated-1097416948.6c100a@ispro.net.tr) Received: (qmail 63407 invoked by uid 89); 30 Sep 2004 14:02:28 -0000 Received: from [192.168.0.49] (perpetual.yok.utu.fi [130.232.138.155]) by supermail.ispro.net.tr (tmda-ofmipd) with ESMTP; Thu, 30 Sep 2004 17:02:17 +0300 (EEST) Message-ID: <415C9E6E.9030806@ispro.net.tr> Date: Thu, 30 Sep 2004 17:01:50 -0700 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vlad References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes) From: Evren Yurtesen X-Primary-Address: yurtesen@ispro.net.tr cc: freebsd-current@freebsd.org cc: robert@fledge.watson.org Subject: Re: panic: sorele 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: Thu, 30 Sep 2004 14:02:52 -0000 Well, I only have squid in my machine and although I have 1 cpu. I am using hyperthreading. So probably the problem is associated with SMP as Vlad mentioned. I didnt try to compile kernel without SMP but I will try it next time my proxy crash. I also do not want anymore crashes on my production server. I have lots of parts of the GENERIC kernel conf file commented out but these are my additions to GENERIC kernel below. Funny coincidence because I also mingled with process size things in my box as Vlad did...Might be something about those? My squid process is about 1500mbyte now so... I needed to increase the maximum process size and I needed to adjust shared memory stuff because of the requirements of diskd of squid. By the way, what is the difference between options MAXDSIZ="(2048UL*1024*1024)" and options MAXDSIZ="(850*1024*1024)" I mean the UL part :) Evren #My Additions # ACPI support device acpi # To include support for VESA video modes options VESA #Snoop device - to look at pty/vty/etc.. device snp #binary compatibility options COMPAT_AOUT #firewall options IPFIREWALL #forward options IPFIREWALL_FORWARD #allow everything by default options IPFIREWALL_DEFAULT_TO_ACCEPT #set process memory usage limits options MAXDSIZ="(2048UL*1024*1024)" options MAXSSIZ="(2048UL*1024*1024)" options DFLDSIZ="(2048UL*1024*1024)" #squid diskd options MSGMNB=8192 # max # of bytes in a queue options MSGMNI=64 # number of message queue identifiers options MSGSEG=512 # number of message segments per queue options MSGSSZ=64 # size of a message segment options MSGTQL=4096 # max messages in system Vlad wrote: > my config below, the only difference when it crashes is two lines > with SMP and apic uncommented. > server is a dual p3 on intel-STL2 motherboard, 1.5gig ram, adatec 2100 raid5 > it runs apache webserver with ad-serving application written on > modperl. accepting several tens of http requests a second (usually > it's a click or impression sort of requests, they are small request / > rediredct responce). > Postgresql database is running on the same server. > postfix mail server > > that's all > > ----- > machine i386 > cpu I686_CPU > ident DC1 > > # To statically compile in device wiring instead of /boot/device.hints > #hints "GENERIC.hints" # Default places to look for devices. > > options SCHED_4BSD # 4BSD scheduler > #options SCHED_ULE > options INET # InterNETworking > options FFS # Berkeley Fast Filesystem > options SOFTUPDATES # Enable FFS soft updates support > #options UFS_ACL # Support for access control lists > options UFS_DIRHASH # Improve performance on big directories > options MD_ROOT # MD is a potential root device > options MSDOSFS # MSDOS Filesystem > options CD9660 # ISO 9660 Filesystem > options PROCFS # Process filesystem (requires PSEUDOFS) > options PSEUDOFS # Pseudo-filesystem framework > options GEOM_GPT # GUID Partition Tables. > options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] > #options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI > options KTRACE # ktrace(1) support > options SYSVSHM # SYSV-style shared memory > options SYSVMSG # SYSV-style message queues > options SYSVSEM # SYSV-style semaphores > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > options AHC_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~128k to driver. > options AHD_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~215k to driver. > options ADAPTIVE_GIANT # Giant mutex is adaptive. > > # To make an SMP kernel, the next two are needed > #options SMP # Symmetric MultiProcessor Kernel > #device apic # I/O APIC > > #options DEBUG=-g > #options INVARIANTS > #options INVARIANT_SUPPORT > #options DDB > #options KDB > #options KDB_UNATTENDED > #options WITNESS > #options WITNESS_KDB > #options NET_WITH_GIANT > > # Bus support. Do not remove isa, even if you have no isa slots > device isa > device pci > > # Floppy drives > device fdc > > # ATA and ATAPI devices > device ata > device atadisk # ATA disk drives > device ataraid # ATA RAID drives > device atapicd # ATAPI CDROM drives > device atapifd # ATAPI floppy drives > device atapist # ATAPI tape drives > options ATA_STATIC_ID # Static device numbering > > > # SCSI peripherals > device scbus # SCSI bus (required for SCSI) > device ch # SCSI media changers > device da # Direct Access (disks) > device sa # Sequential Access (tape etc) > device cd # CD > device pass # Passthrough device (direct SCSI access) > device ses # SCSI Environmental Services (and SAF-TE) > > # RAID controllers interfaced to the SCSI subsystem > device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID > > # atkbdc0 controls both the keyboard and the PS/2 mouse > device atkbdc # AT keyboard controller > device atkbd # AT keyboard > device psm # PS/2 mouse > > device vga # VGA video card driver > > device splash # Splash screen and screen saver support > > # syscons is the default console driver, resembling an SCO console > device sc > > #device agp # support several AGP chipsets > > # Floating point support - do not disable. > device npx > > # Power management support (see NOTES for more options) > #device apm > # Add suspend/resume support for the i8254. > device pmtimer > > # Serial (COM) ports > device sio # 8250, 16[45]50 based serial ports > > # If you've got a "dumb" serial or parallel PCI card that is > # supported by the puc(4) glue driver, uncomment the following > # line to enable it (connects to the sio and/or ppc drivers): > #device puc > > # PCI Ethernet NICs that use the common MII bus controller code. > # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! > device miibus # MII bus support > device fxp # Intel EtherExpress PRO/100B (82557, 82558) > > # Pseudo devices. > device loop # Network loopback > device mem # Memory and kernel memory devices > device io # I/O device > device random # Entropy device > device ether # Ethernet support > device sl # Kernel SLIP > device ppp # Kernel PPP > device tun # Packet tunnel. > device pty # Pseudo-ttys (telnet etc) > device md # Memory "disks" > > # The `bpf' device enables the Berkeley Packet Filter. > # Be aware of the administrative consequences of enabling this! > device bpf # Berkeley packet filter > > options IPFIREWALL > options IPFIREWALL_VERBOSE > options IPFIREWALL_DEFAULT_TO_ACCEPT > > options SHMMAXPGS=200000 > options SHMMNI=4096 > options SHMSEG=4096 > options SEMOPM=300 > options SEMMNI=250 > options SEMMAP=250 > options SEMMSL=300 > options SEMMNS=35000 > options SEMUME=40 > options SEMMNU=120 > > options MAXDSIZ="(850*1024*1024)" > options MAXSSIZ="(850*1024*1024)" > options DFLDSIZ="(850*1024*1024)" > #options PMAP_SHPGPERPROC=501 > > >>>it just crashed even with NET_WITH_GIANT option. I could not leave it >>>waiting at DDB prompt so I've compiled it with GDB_UNATTENDED... so no >>>new info :( >> >>Hmm. Interesting; in some ways reassuring, in some ways not. >> >>I'd like to get to reproducing this in our test environment. Could you >>provide some information on application workload and how I could do that? > > From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 14:20:23 2004 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 AC81916A4CE; Thu, 30 Sep 2004 14:20:23 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4023F43D39; Thu, 30 Sep 2004 14:20:23 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8UEKMR7097004; Thu, 30 Sep 2004 10:20:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8UEKMgi004329; Thu, 30 Sep 2004 10:20:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 10AFF7303F; Thu, 30 Sep 2004 10:20:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040930142022.10AFF7303F@freebsd-current.sentex.ca> Date: Thu, 30 Sep 2004 10:20:22 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 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: Thu, 30 Sep 2004 14:20:24 -0000 TB --- 2004-09-30 13:01:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-30 13:01:42 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-09-30 13:01:42 - checking out the source tree TB --- 2004-09-30 13:01:42 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2004-09-30 13:01:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-30 13:07:49 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-30 13:07:49 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-09-30 13:07:49 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-09-30 14:14:08 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-30 14:14:08 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-09-30 14:14:08 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Sep 30 14:14:08 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/amd64/amd64/src/sys/kern/subr_unit.c: In function `free_unr': /tinderbox/CURRENT/amd64/amd64/src/sys/kern/subr_unit.c:329: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/amd64/amd64/src/sys/kern/subr_unit.c:366: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/amd64/amd64/src/sys/kern/subr_unit.c:386: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/amd64/amd64/src/sys/kern/subr_unit.c:396: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/amd64/amd64/src/sys/kern/subr_unit.c:407: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/amd64/amd64/src/sys/kern/subr_unit.c:435: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/amd64/amd64/src/sys/kern/subr_unit.c:510: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-09-30 14:20:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-30 14:20:21 - ERROR: failed to build generic kernel TB --- 2004-09-30 14:20:21 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 14:23:18 2004 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 8755B16A4CE for ; Thu, 30 Sep 2004 14:23:18 +0000 (GMT) Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD69743D5C for ; Thu, 30 Sep 2004 14:23:17 +0000 (GMT) (envelope-from zaks@era.pl) Received: by localhost (Postfix, from userid 1001) id 6E97E11652; Thu, 30 Sep 2004 16:23:16 +0200 (CEST) Resent-To: freebsd-current@freebsd.org Resent-From: szak@era.pl (=?iso-8859-2?q?S=B3awek_=AFak?=) Resent-Date: Thu, 30 Sep 2004 16:23:16 +0200 Resent-Message-ID: <86mzz7x2cr.fsf@thirst.unx.era.pl> X-From-Line: nobody Thu Sep 30 15:16:22 2004 To: "David G. Lawrence" From: =?iso-8859-2?q?S=B3awek_=AFak?= References: <861xgm5ltz.fsf@thirst.unx.era.pl> <20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl> <20040929131136.GA2493@submonkey.net> <415AB9BF.1070003@gamersimpact.com> <86is9wx8qp.fsf@thirst.unx.era.pl> <20040930124810.GA17792@nexus.dglawrence.com> Date: Thu, 30 Sep 2004 15:16:21 +0200 In-Reply-To: <20040930124810.GA17792@nexus.dglawrence.com> (David G. Lawrence's message of "Thu, 30 Sep 2004 05:48:10 -0700") Message-ID: <86y8irx5ga.fsf@thirst.unx.era.pl> User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.4 (Reasonable Discussion, berkeley-unix) Lines: 37 MIME-Version: 1.0 Content-Type: text/plain; charset=undecided Content-Transfer-Encoding: 8bit cc: Ryan Sommers cc: Ceri Davies cc: freebsd-current@freebsd.org Subject: Re: Bug in #! processing 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: Thu, 30 Sep 2004 14:23:18 -0000 "David G. Lawrence" writes: >> What circular reference? Could you elaborate? The algorithm goes like this: >> >> 1. skip all space till #! > > The #! is required to be in the first two bytes of the file, so there > can't be any spaces before it. Oh. Thus in following script: thirst(1950)% cat tst.sh #!/bin/no-such-file ps -lp $$ Which generates following output. thirst(1949)% ./tst.sh /tmp UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 1001 31645 31278 0 8 0 1636 1024 wait S+ p5 0:00.00 sh ./tst.sh the interpreter is assumed to be /bin/sh. That's fine with me. > I wrote the code you guys are talking about, although I had nothing to do > with the commit in rev 1.21. I don't have an opinion on that other than > it's been this way in FreeBSD for a long time and I share Ceri's concern > that changing it will affect some people. By no means I wish to force anyone to fix their scripts for 5.3 release. Period. I would only like to use Allegro CL in scripts, which unfortunately considers -#! valid in argument list and acts accordingly on all platforms besides FreeBSD. Some (in)compatibility shim would be great. Please! :) /S -- S³awek ¯ak : UNIX Systems Administrator : PTC Sp. zoo From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 14:45:48 2004 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 A5B4716A4CE for ; Thu, 30 Sep 2004 14:45:48 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C68043D2D for ; Thu, 30 Sep 2004 14:45:48 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so3548843rnk for ; Thu, 30 Sep 2004 07:45:30 -0700 (PDT) Received: by 10.38.77.56 with SMTP id z56mr3257455rna; Thu, 30 Sep 2004 07:45:27 -0700 (PDT) Received: by 10.38.75.49 with HTTP; Thu, 30 Sep 2004 07:45:27 -0700 (PDT) Message-ID: <790a9fff04093007451fdb0f7f@mail.gmail.com> Date: Thu, 30 Sep 2004 09:45:27 -0500 From: Scot Hetzel To: Ceri Davies , S?awek ?ak , freebsd-current@freebsd.org In-Reply-To: <20040930122154.GS2493@submonkey.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <861xgm5ltz.fsf@thirst.unx.era.pl> <20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl> <20040929131136.GA2493@submonkey.net> <86mzz8x8zv.fsf@thirst.unx.era.pl> <20040930122154.GS2493@submonkey.net> Subject: Re: Bug in #! processing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2004 14:45:48 -0000 On Thu, 30 Sep 2004 13:21:54 +0100, Ceri Davies wrote: > I agree(ish); I don't think that the kernel should do anything special > here either and I think that the "correct" thing to do would be to back > out that revision. Unfortunately the FreeBSD userbase can write a lot > of scripts in 4 and a half years and we probably can't get away with it. > Perhaps it could be done in -CURRENT, but I'd really like to see some > other opinions. For clarity, what I'm proposing is the application of > the attached diff. Opinions from anyone? > Instead of backing out that revision, change the test for # to include a check for white space before it, this way those who have used the # character as a comment on the first line won't have to change any thing. - for (ihp = &image_header[2]; *ihp != '\n' && *ihp != '#'; ++ihp) { + for (ihp = &image_header[2]; *ihp != '\n' && ! (*ihp-1 == '[white space]' && *ihp == '#'); ++ihp) { where [white space] could be either a tab or a space character. or just check if a dash is before #. + for (ihp = &image_header[2]; *ihp != '\n' && ! (*ihp-1 == '-' && *ihp == '#'); ++ihp) { Scot Discaimer: the code may not work as written adjust to your liking. From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 15:29:50 2004 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 1066416A4CF for ; Thu, 30 Sep 2004 15:29:50 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A17BD43D41 for ; Thu, 30 Sep 2004 15:29:49 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i8UFTleJ016424 for ; Thu, 30 Sep 2004 11:29:47 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i8UFTlAb016421 for ; Thu, 30 Sep 2004 11:29:47 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Thu, 30 Sep 2004 11:29:47 -0400 (EDT) From: Andre Guibert de Bruet To: current@freebsd.org Message-ID: <20040930112623.T30989@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1956143738-1096558187=:30989" X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean Subject: [PATCH] Compile problems in subr_unit without DIAGNOSTIC 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: Thu, 30 Sep 2004 15:29:50 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1956143738-1096558187=:30989 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Hi, unhdr is not defined but unrhdr is. Please commit the attached patch. Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > --0-1956143738-1096558187=:30989 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="subr_unit.c.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20040930112947.P30989@alpha.siliconlandmark.com> Content-Description: Content-Disposition: attachment; filename="subr_unit.c.patch" SW5kZXg6IHN1YnJfdW5pdC5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpS Q1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lzL2tlcm4vc3Vicl91bml0LmMs dg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjENCmRpZmYgLXUgLXIxLjEgc3Vi cl91bml0LmMNCi0tLSBzdWJyX3VuaXQuYyAzMCBTZXAgMjAwNCAwNzowNDow MyAtMDAwMCAgICAgIDEuMQ0KKysrIHN1YnJfdW5pdC5jIDMwIFNlcCAyMDA0 IDE1OjI1OjAzIC0wMDAwDQpAQCAtMTYyLDcgKzE2Miw3IEBADQogI2Vsc2UN Cg0KIHN0YXRpYyBfX2lubGluZSB2b2lkDQotY2hlY2tfdW5yaGRyKHN0cnVj dCB1bmhkciAqdWgsIGludCBsaW5lKQ0KK2NoZWNrX3VucmhkcihzdHJ1Y3Qg dW5yaGRyICp1aCwgaW50IGxpbmUpDQogew0KDQogfQ0KDQo= --0-1956143738-1096558187=:30989-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 15:31:47 2004 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 780F416A4CE for ; Thu, 30 Sep 2004 15:31:47 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FDEB43D49 for ; Thu, 30 Sep 2004 15:31:45 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i8UFVe4B016465; Thu, 30 Sep 2004 11:31:40 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i8UFVexN016462; Thu, 30 Sep 2004 11:31:40 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Thu, 30 Sep 2004 11:31:40 -0400 (EDT) From: Andre Guibert de Bruet To: Derrick Edwards In-Reply-To: <200409300515.10619.dantavious@comcast.net> Message-ID: <20040930113045.K30989@alpha.siliconlandmark.com> References: <200409300515.10619.dantavious@comcast.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: freebsd-current@freebsd.org Subject: Re: Portupgrade problems 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: Thu, 30 Sep 2004 15:31:47 -0000 On Thu, 30 Sep 2004, Derrick Edwards wrote: > I have been having a problem with portugrade for a couple of weeks. I get the > following error when trying to update ports. I have updated ports, deleted > the entire /usr/ports/ dir, rm -f pkgdb and /usr/ports/ INDEX file. Did not > see any other possible soulutions. Can someone point me in the right > direction. Would like to have updated ports. May I suggest that you pkg_delete ruby and portupgrade and try reinstalling it from the ports skeleton? Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 15:36:26 2004 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 99D4D16A4CE for ; Thu, 30 Sep 2004 15:36:26 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39F5A43D2D for ; Thu, 30 Sep 2004 15:36:26 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i8UFaOUP016530; Thu, 30 Sep 2004 11:36:24 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i8UFaN8R016527; Thu, 30 Sep 2004 11:36:23 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Thu, 30 Sep 2004 11:36:23 -0400 (EDT) From: Andre Guibert de Bruet To: eculp In-Reply-To: <15e5815ed2.15ed215e58@prodigy.net.mx> Message-ID: <20040930113411.M30989@alpha.siliconlandmark.com> References: <15e5815ed2.15ed215e58@prodigy.net.mx> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-650601074-1096558583=:30989" X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: my kernel builds seem to be failing this morning. 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: Thu, 30 Sep 2004 15:36:26 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-650601074-1096558583=:30989 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Thu, 30 Sep 2004, eculp wrote: > my kernel builds seem to be failing this morning with the following: > > KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/kern/subr_turnstile.c > cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/kern/subr_unit.c > /usr/src/sys/kern/subr_unit.c:165: warning: "struct unhdr" declared inside parameter list > /usr/src/sys/kern/subr_unit.c:165: warning: its scope is only this definition or declaration, which is probably not what you want > /usr/src/sys/kern/subr_unit.c: In function `new_unrhdr': > /usr/src/sys/kern/subr_unit.c:215: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type > /usr/src/sys/kern/subr_unit.c: In function `alloc_unr': > /usr/src/sys/kern/subr_unit.c:251: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type > /usr/src/sys/kern/subr_unit.c:281: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type > /usr/src/sys/kern/subr_unit.c:290: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type > /usr/src/sys/kern/subr_unit.c:311: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type Let me guess, you don't have DIAGNOSTIC defined in your kernel config file? :) I attached the patch that I posted just a few minutes ago. Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > --0-650601074-1096558583=:30989 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="subr_unit.c.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20040930113623.Q30989@alpha.siliconlandmark.com> Content-Description: Content-Disposition: attachment; filename="subr_unit.c.patch" SW5kZXg6IHN1YnJfdW5pdC5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpS Q1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lzL2tlcm4vc3Vicl91bml0LmMs dg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjENCmRpZmYgLXUgLXIxLjEgc3Vi cl91bml0LmMNCi0tLSBzdWJyX3VuaXQuYyAzMCBTZXAgMjAwNCAwNzowNDow MyAtMDAwMCAgICAgIDEuMQ0KKysrIHN1YnJfdW5pdC5jIDMwIFNlcCAyMDA0 IDE1OjI1OjAzIC0wMDAwDQpAQCAtMTYyLDcgKzE2Miw3IEBADQogI2Vsc2UN Cg0KIHN0YXRpYyBfX2lubGluZSB2b2lkDQotY2hlY2tfdW5yaGRyKHN0cnVj dCB1bmhkciAqdWgsIGludCBsaW5lKQ0KK2NoZWNrX3VucmhkcihzdHJ1Y3Qg dW5yaGRyICp1aCwgaW50IGxpbmUpDQogew0KDQogfQ0KDQo= --0-650601074-1096558583=:30989-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 15:38:02 2004 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 B7A8416A4CE for ; Thu, 30 Sep 2004 15:38:02 +0000 (GMT) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6357743D5E for ; Thu, 30 Sep 2004 15:38:02 +0000 (GMT) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id AA04628E; Thu, 30 Sep 2004 09:38:01 -0600 (CST) Date: Thu, 30 Sep 2004 09:38:01 -0600 From: Tillman Hodgson To: freebsd-current@freebsd.org Message-ID: <20040930153801.GP35869@seekingfire.com> References: <20040928025635.Q5094@ync.qbhto.arg> <200409291951.12610.peter@wemm.org> <20040930033351.M57326@ync.qbhto.arg> <43039.193.35.129.161.1096541075.squirrel@webmail.xtaz.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43039.193.35.129.161.1096541075.squirrel@webmail.xtaz.net> 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-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers User-Agent: Mutt/1.5.6i Subject: Re: HEADS UP: named now runs chroot'ed by default 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: Thu, 30 Sep 2004 15:38:02 -0000 On Thu, Sep 30, 2004 at 11:44:35AM +0100, Matt Smith wrote: > Another quick question about this. I run the ports version of bind9 > however I still leave all the base stuff installed during installworld as > one day I might want to use it. All I do is add the following in rc.conf: > > named_enable="YES" > named_program="/usr/local/sbin/named" > named_flags="-c /usr/local/etc/named/named.conf -u bind" > > and all my zone files and pid files etc are in /usr/local/etc/named. I do this as well, though I have one extra wrinkle: /usr/local/etc/named is a RO NFS mount. How does chroot and NFS interact? -T -- Page 6: Unix is easy to use, but difficult to learn. - Harley Hahn, _The Unix Companion_ From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 15:38:24 2004 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 2697A16A4CE; Thu, 30 Sep 2004 15:38:24 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B070943D2F; Thu, 30 Sep 2004 15:38:23 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8UFcNfB041869; Thu, 30 Sep 2004 11:38:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i8UFcNGF089275; Thu, 30 Sep 2004 11:38:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E299A7303F; Thu, 30 Sep 2004 11:38:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040930153822.E299A7303F@freebsd-current.sentex.ca> Date: Thu, 30 Sep 2004 11:38:22 -0400 (EDT) Subject: [current tinderbox] failure on i386/i386 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: Thu, 30 Sep 2004 15:38:24 -0000 TB --- 2004-09-30 14:20:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-30 14:20:22 - starting CURRENT tinderbox run for i386/i386 TB --- 2004-09-30 14:20:22 - checking out the source tree TB --- 2004-09-30 14:20:22 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2004-09-30 14:20:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-30 14:26:21 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-30 14:26:21 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2004-09-30 14:26:21 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-09-30 15:32:13 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-30 15:32:13 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2004-09-30 15:32:13 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Sep 30 15:32:13 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/i386/i386/src/sys/kern/subr_unit.c: In function `free_unr': /tinderbox/CURRENT/i386/i386/src/sys/kern/subr_unit.c:329: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/i386/i386/src/sys/kern/subr_unit.c:366: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/i386/i386/src/sys/kern/subr_unit.c:386: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/i386/i386/src/sys/kern/subr_unit.c:396: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/i386/i386/src/sys/kern/subr_unit.c:407: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/i386/i386/src/sys/kern/subr_unit.c:435: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/i386/i386/src/sys/kern/subr_unit.c:510: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2004-09-30 15:38:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-30 15:38:22 - ERROR: failed to build generic kernel TB --- 2004-09-30 15:38:22 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 15:56:20 2004 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 90D0416A4D1 for ; Thu, 30 Sep 2004 15:56:20 +0000 (GMT) Received: from froody.rupture.net (froody.rupture.net [216.22.46.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B16A43D54 for ; Thu, 30 Sep 2004 15:56:20 +0000 (GMT) (envelope-from jon@rupture.net) Received: from froody.rupture.net (localhost [127.0.0.1]) by froody.rupture.net (8.12.10/8.12.10) with ESMTP id i8UFuJHT013525 for ; Thu, 30 Sep 2004 11:56:19 -0400 (EDT) (envelope-from jon@rupture.net) Received: (from jon@localhost) by froody.rupture.net (8.12.10/8.12.10/Submit) id i8UFuJCn013524 for freebsd-current@freebsd.org; Thu, 30 Sep 2004 11:56:19 -0400 (EDT) (envelope-from jon@rupture.net) X-Authentication-Warning: froody.rupture.net: jon set sender to jon@rupture.net using -f Received: by froody.rupture.net (tmda-sendmail, from uid 500); Thu, 30 Sep 2004 11:56:18 -0400 (EDT) Date: Thu, 30 Sep 2004 11:56:15 -0400 To: freebsd-current@freebsd.org Message-ID: <20040930155615.GD56251@froody.rupture.net> References: <20040901052054.GV4846@numachi.com> <20040929224035.GL11445@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040929224035.GL11445@numachi.com> User-Agent: Mutt/1.5.6i From: Jon Nathan Mail-Followup-To: freebsd-current@freebsd.org X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) X-Primary-Address: jon@rupture.net Subject: Re: how 'supported' are 3ware Escalade controllers? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jon Nathan List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2004 15:56:20 -0000 * Brian Reichert [09-29-2004 19:15]: > > I'm now exploring the misc management tools, with middling success, > but I'd love some feedback on what other people have successfully > gotten to fly: > > -- > Brian Reichert The tw_cli program seems to do a good enough job of managing my 7006-2 controller. I haven't worked on any notification (email, syslog) yet. http://www.3ware.com/support/download.asp (Select CLI from one of the pulldowns) Still not sure why the array degrades on each reboot though. -jon -- Jon Nathan jon@rupture.net From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 15:56:51 2004 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 617FA16A4CE for ; Thu, 30 Sep 2004 15:56:51 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30E1143D1F for ; Thu, 30 Sep 2004 15:56:51 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i8UG0pgk021001; Thu, 30 Sep 2004 09:00:51 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8UG0o9U021000; Thu, 30 Sep 2004 09:00:50 -0700 Date: Thu, 30 Sep 2004 09:00:50 -0700 From: Brooks Davis To: Muthu_T@Dell.com Message-ID: <20040930160050.GA19857@odin.ac.hmc.edu> References: <71F713C5E3CB7F4F9ACCBBB8E9BE318A1E1E23@blrx2kmbgl101.blr.amer.dell.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline In-Reply-To: <71F713C5E3CB7F4F9ACCBBB8E9BE318A1E1E23@blrx2kmbgl101.blr.amer.dell.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org Subject: Re: PE2850 + FreeBSD 5.3-BETA6 - Keyboard not working 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: Thu, 30 Sep 2004 15:56:51 -0000 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 30, 2004 at 01:40:06AM -0500, Muthu_T@Dell.com wrote: > >From: Brooks Davis [mailto:brooks@one-eyed-alien.net]=20 > >Sent: Thursday, September 30, 2004 12:17 AM >=20 > >>On Wed, Sep 29, 2004 at 08:42:32AM -0500, Muthu_T@Dell.com wrote: > >> All, > >>=20 > >> Successfully installed FreeBSD 5.3-BETA6 on Dell PE2860. > >> After rebooting in the login prompt the system doesn't accept any=20 > >> keystrokes. > >> I have 1 USB and 1 PS/2 Keyboard. Both keyboards are working (caps=20 > >> on/off, Numlock on/off works), but the characters doesn't comes to > the=20 > >> system console. > >>=20 > >> Attaching the dmesg output. > >>=20 > >> Looks like DELL DRAC (Dell Remote Access Card) card is identified as= =20 > >> Keyboard. > >> See the line: (ukbd0: Dell DRAC4, rev 1.10/0.00, addr 2, iclass 3/1) > >>=20 > >> Any fixes? > > > >From your other message, I think I see what's happening. The > information that the PS/2 keyboard works in=20 > >single user mode was critical. The root problem is that you can have > one and only one console keyboard=20 > >today. I'm working on fixing that, but it's going to take time. For > now we're attemting to work around this >problem by making ukbd0 the > console keyboard in multiuser mode via devd rules. > >In your case this backfires because ukbd0 is your DRAC card not yoru > external USB keyboard. A workaround=20 > >that should work in your case is to boot into single user and comment > out the ukbd related lines in >/etc/devd.conf. Then your PS/2 keyboard > will remain your console keyboard. >=20 >=20 > Commenting out the ukbd0 stuff in /etc/devd.conf does the magic. Now > PS/2 keyboard is working fine! >=20 > Installed the 64bit version of FreeBSD on this m/c. Running without any > issue. Wonderful Job! :-) Good to hear. Hopefully, I'll have a patch to test for multiple keyboard support soon. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBXC2yXY6L6fI4GtQRArZ6AKCCNZXOS3fDY7L5fQIXBYuX943b5wCgqoxH RsyIBskbiozVn0r/oFtj9jk= =6X6G -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 16:04:42 2004 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 BA38E16A4CE for ; Thu, 30 Sep 2004 16:04:42 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66DE043D39 for ; Thu, 30 Sep 2004 16:04:42 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8UG5UIh073173; Thu, 30 Sep 2004 10:05:32 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <415C2E61.8070904@FreeBSD.org> Date: Thu, 30 Sep 2004 10:03:45 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Claus Guttesen References: <20040930120946.26047.qmail@web14107.mail.yahoo.com> In-Reply-To: <20040930120946.26047.qmail@web14107.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@FreeBSD.org Subject: Re: unable to install beta6 [amd64] on Dell 2850 with 4 GB RAM,workaround 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: Thu, 30 Sep 2004 16:04:42 -0000 Claus Guttesen wrote: >>The AMR driver cannot handle >4GB of RAM. Even >>though you only have >>4GB, your chipset is remapping part of it to the >> >>>4GB region. The >> >>driver incorrectly interfaces with busdma and cannot >>handle this >>scenario very well. The panic is to be expected. >>You can verify >>this by setting the tunable 'hw.physmem' in the >>loader to some >>value under 4GB to artifically limit the amount of >>RAM that the OS >>sees. > > > Added hw.physmem=4G to /boot/loader.conf and it seems > to solve the issue. Dmesg now tells me that I have > > real memory = 3489398784 (3327 MB) > avail memory = 3367739392 (3211 MB) > > It seems that it does ignore some RAM, but is this the > correct behaviour? > > Without hw.physmem I get > > real memory = 5100273664 (4864 MB) > avail memory = 4125847552 (3934 MB) > > So it appears to perform an incorrect probing of > memory. > > Thank you. > Claus > That's not always the case. The system might be excluding a large part of the address space for some reason and mapping the RAM around it. Can you send a verbose dmesg to me in private? Scott From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 16:28:37 2004 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 29E7616A4CE for ; Thu, 30 Sep 2004 16:28:37 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id C942543D39 for ; Thu, 30 Sep 2004 16:28:36 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-64-171-187-209.dsl.snfc21.pacbell.net [64.171.187.209]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i8UGSXHr011568 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 30 Sep 2004 09:28:36 -0700 Message-ID: <415C3430.40509@root.org> Date: Thu, 30 Sep 2004 09:28:32 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Reifenberger References: <415B5991.70002@root.org> <20040930041127.E63741@fw.reifenberger.com> <415B8C47.3060008@root.org> <20040930093655.C64743@fw.reifenberger.com> In-Reply-To: <20040930093655.C64743@fw.reifenberger.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: [Fwd: cvs commit: src/sys/dev/acpica acpi_pci_link.c] 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: Thu, 30 Sep 2004 16:28:37 -0000 Michael Reifenberger wrote: > On Wed, 29 Sep 2004, Nate Lawson wrote: > ... > >>> If this change isn't MFC'd jet than it could fix a system freeze I had >>> during boot on RELENG_5 (see my mail to -current a few days ago) >>> which where fixed when booting -current. >> >> >> Maybe. But that also was probably the floppy hang problem that Warner >> just MFCd. To test, cvsup to a BETA5 kernel and then copy in this >> file to src/sys/dev/acpica/acpi_pci_link.c: >> > > No. It hang after: > ... > ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0 > ... > This where after fdc probe. Or is fdc relevant for mountroot too? > > Unfortunately I can't downgrade this machine ATM for the next few days > to get shure. If it's the floppy problem, that is where it's likely to hang. There are now 2 probes, 1`for floppy hardware done where the fdc0 messages are and 1 done for floppy media by GEOM, right at the end of boot (while discovering disks). If the first one gets the config wrong, the second triggers the hang. This was previously hidden by the fact that in the past, we didn't bother with media in the drive during boot, only when someone made a mount or read attempt from /dev/fd0 at runtime. The fix is to get the config right. At the moment, I believe both RELENG_5 and -current take into account all known settings. It's quite possible there are other config issues, possibly triggered by nonstandard hardware (i.e., media line change), that we'll have to account for. -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 16:54:52 2004 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 74A4A16A4CE; Thu, 30 Sep 2004 16:54:52 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 063B443D41; Thu, 30 Sep 2004 16:54:52 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8UGsmq7024096; Thu, 30 Sep 2004 12:54:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8UGslxN090758; Thu, 30 Sep 2004 12:54:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 02C1C7303F; Thu, 30 Sep 2004 12:54:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040930165447.02C1C7303F@freebsd-current.sentex.ca> Date: Thu, 30 Sep 2004 12:54:47 -0400 (EDT) Subject: [current tinderbox] failure on i386/pc98 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: Thu, 30 Sep 2004 16:54:52 -0000 TB --- 2004-09-30 15:38:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-30 15:38:23 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-09-30 15:38:23 - checking out the source tree TB --- 2004-09-30 15:38:23 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2004-09-30 15:38:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-30 15:44:25 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-30 15:44:25 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2004-09-30 15:44:25 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-09-30 16:50:12 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-30 16:50:12 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2004-09-30 16:50:12 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Sep 30 16:50:12 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/i386/pc98/src/sys/kern/subr_unit.c: In function `free_unr': /tinderbox/CURRENT/i386/pc98/src/sys/kern/subr_unit.c:329: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/i386/pc98/src/sys/kern/subr_unit.c:366: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/i386/pc98/src/sys/kern/subr_unit.c:386: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/i386/pc98/src/sys/kern/subr_unit.c:396: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/i386/pc98/src/sys/kern/subr_unit.c:407: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/i386/pc98/src/sys/kern/subr_unit.c:435: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/i386/pc98/src/sys/kern/subr_unit.c:510: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-09-30 16:54:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-30 16:54:47 - ERROR: failed to build generic kernel TB --- 2004-09-30 16:54:47 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 17:03:57 2004 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 2EFE116A4CE; Thu, 30 Sep 2004 17:03:57 +0000 (GMT) Received: from hak.cnd.mcgill.ca (hak.cnd.McGill.CA [132.216.11.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C33243D31; Thu, 30 Sep 2004 17:03:56 +0000 (GMT) (envelope-from mat@hak.cnd.mcgill.ca) Received: from hak.cnd.mcgill.ca (localhost [127.0.0.1]) by hak.cnd.mcgill.ca (8.12.9/8.12.8) with ESMTP id i8UHAU1M078155; Thu, 30 Sep 2004 13:10:30 -0400 (EDT) (envelope-from mat@hak.cnd.mcgill.ca) Received: (from mat@localhost) by hak.cnd.mcgill.ca (8.12.9/8.12.8/Submit) id i8UHARw0078154; Thu, 30 Sep 2004 13:10:27 -0400 (EDT) Date: Thu, 30 Sep 2004 13:10:27 -0400 From: Mathew Kanner To: Anton Nikiforov Message-ID: <20040930171027.GB65403@cnd.mcgill.ca> References: <415BAC7A.7030600@nikiforov.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <415BAC7A.7030600@nikiforov.ru> User-Agent: Mutt/1.4.1i Organization: I speak for myself, operating in Montreal, CANADA X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.62 X-Spam-Checker-Version: SpamAssassin 2.62 (2004-01-11) on hak.cnd.mcgill.ca cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: ICH Sound under BETA5 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: Thu, 30 Sep 2004 17:03:57 -0000 On Sep 30, Anton Nikiforov wrote: > Dear All! > I have Dell Latitude X300 an 5.3BETA5 installed > my dmesg shows > pcm0: port 0x18c0-0x18ff,0x1c00-0x1cff mem > 0xe0100800-0xe01008ff,0xe0100c00-0xe0100dff irq 10 at device 31.5 on pci0 > pcm0: [GIANT-LOCKED] > pcm0: > That means that my sound card is found and recognized, but no /dev/dsp* > appears. > sound module is loaded, device sound is in the kernel > 3 1 0xc08bc000 5d24 snd_ich.ko > > This happend when i updated from BETA3 to BETA5, under BETA3 everything > was just fine. > > Does someone have the same problem? Could someone help? Hi, Set the debugging output higher, as per the manual and send the output of /dev/sndstat --Mat -- Having your book made into a movie is like having your ox made into a bouillon cube. - Bill Neely From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 17:34:55 2004 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 9E14416A4CE for ; Thu, 30 Sep 2004 17:34:55 +0000 (GMT) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3215B43D1D for ; Thu, 30 Sep 2004 17:34:55 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i8UHYjFQ028002; Thu, 30 Sep 2004 13:34:46 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040929030546.GE16305@electra.cse.Buffalo.EDU> References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> Date: Thu, 30 Sep 2004 13:34:44 -0400 To: Ken Smith , freebsd-current@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: HEADS-UP: Library version number bumps 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: Thu, 30 Sep 2004 17:34:55 -0000 At 11:05 PM -0400 9/28/04, Ken Smith wrote: > >From the "Better late than never" Department... > >It looks like we should probably bump the version of a couple of >the system libraries. With LOTS of help from Kris it looks like >this is the list we think needs a version bump, with the version >from 4.X being placed in compat4x: > > libgnuregex.so.2 > libhistory.so.4 > libm.so.2 > libncurses.so.5 > libopie.so.2 > libpcap.so.2 > libreadline.so.4 > libwrap.so.3 > >The bumps will be coming soon... Does this include bumping the version number on C++ related libraries, as requested in the message on "5.3, libstc++, gcc34" on Sept 15th? -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 17:35:38 2004 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 0816D16A4CF for ; Thu, 30 Sep 2004 17:35:38 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id D534243D53 for ; Thu, 30 Sep 2004 17:35:37 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 26567 invoked from network); 30 Sep 2004 17:35:37 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 30 Sep 2004 17:35:37 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8UHZREk019616; Thu, 30 Sep 2004 13:35:34 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: anton@nikiforov.ru Date: Thu, 30 Sep 2004 10:38:20 -0400 User-Agent: KMail/1.6.2 References: <415BAC7A.7030600@nikiforov.ru> In-Reply-To: <415BAC7A.7030600@nikiforov.ru> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409301038.20213.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: freebsd-current@FreeBSD.org Subject: Re: ICH Sound under BETA5 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: Thu, 30 Sep 2004 17:35:38 -0000 On Thursday 30 September 2004 02:49 am, Anton Nikiforov wrote: > Dear All! > I have Dell Latitude X300 an 5.3BETA5 installed > my dmesg shows > pcm0: port 0x18c0-0x18ff,0x1c00-0x1cff mem > 0xe0100800-0xe01008ff,0xe0100c00-0xe0100dff irq 10 at device 31.5 on pci0 > pcm0: [GIANT-LOCKED] > pcm0: > That means that my sound card is found and recognized, but no /dev/dsp* > appears. > sound module is loaded, device sound is in the kernel > 3 1 0xc08bc000 5d24 snd_ich.ko > > This happend when i updated from BETA3 to BETA5, under BETA3 everything > was just fine. > > Does someone have the same problem? Could someone help? What does 'cat /dev/sndstat' say? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 17:40:29 2004 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 6BEE316A4CE for ; Thu, 30 Sep 2004 17:40:29 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4344043D46 for ; Thu, 30 Sep 2004 17:40:29 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B7F3051509; Thu, 30 Sep 2004 10:41:00 -0700 (PDT) Date: Thu, 30 Sep 2004 10:41:00 -0700 From: Kris Kennaway To: Garance A Drosihn Message-ID: <20040930174100.GA1090@xor.obsecurity.org> References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: Ken Smith cc: freebsd-current@freebsd.org Subject: Re: HEADS-UP: Library version number bumps 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: Thu, 30 Sep 2004 17:40:29 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 30, 2004 at 01:34:44PM -0400, Garance A Drosihn wrote: > At 11:05 PM -0400 9/28/04, Ken Smith wrote: > > >From the "Better late than never" Department... > > > >It looks like we should probably bump the version of a couple of > >the system libraries. With LOTS of help from Kris it looks like > >this is the list we think needs a version bump, with the version > >from 4.X being placed in compat4x: > > > > libgnuregex.so.2 > > libhistory.so.4 > > libm.so.2 > > libncurses.so.5 > > libopie.so.2 > > libpcap.so.2 > > libreadline.so.4 > > libwrap.so.3 > > > >The bumps will be coming soon... >=20 > Does this include bumping the version number on C++ related > libraries, as requested in the message on "5.3, libstc++, gcc34" > on Sept 15th? 5.x has already had lots of incompatible changes requiring you to recompile older binaries, and the above is going to be another one (that's the price of fixing compat with 4.x). Kris --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBXEUsWry0BWjoQKURAgddAKCWDYA2/BWv1fjomUJus3YBsK7y6wCgnIks 2RBzzYTUw1MqRpuhCtMyn5Y= =I9Xq -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 18:16:42 2004 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 45CC816A4CE for ; Thu, 30 Sep 2004 18:16:42 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 001E743D1D for ; Thu, 30 Sep 2004 18:16:41 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 914D67A403; Thu, 30 Sep 2004 11:16:41 -0700 (PDT) Message-ID: <415C4D89.4050609@elischer.org> Date: Thu, 30 Sep 2004 11:16:41 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Damian Gerow References: <20040927211341.GB30059@afflictions.org> <20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org> <20040929050154.GJ5115@afflictions.org> <415A6AE3.4050309@elischer.org> <415A6B8A.1040902@elischer.org> <20040929093723.GB29565@afflictions.org> <415B113A.1060508@elischer.org> <20040929215528.GH29565@afflictions.org> <415B368D.3020506@elischer.org> <20040930042935.GA26934@afflictions.org> In-Reply-To: <20040930042935.GA26934@afflictions.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Random processes hanging in unkillable state in -BETA6 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: Thu, 30 Sep 2004 18:16:42 -0000 Damian Gerow wrote: >Thus spake Julian Elischer (julian@elischer.org) [29/09/04 18:28]: >: It actually needs a *arg to be a valid ctor.. >: >: -ksegrp_init(void *mem, int size, int flags) >: +ksegrp_ctor(void *mem, int size, void *arg, int flags) > >Okay, change made, kernel recompiled, installed, and booted into. But I'm >still seeing the hangs from firefox, dig, and ogle. > ok.. can you do the same as before and dump tke ksegrps as before? (I want to see if the garbage values have gone away.) > > - Damian > > From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 18:22:15 2004 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 A794816A4CE for ; Thu, 30 Sep 2004 18:22:15 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92F6A43D1F for ; Thu, 30 Sep 2004 18:22:15 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 6571D7A403; Thu, 30 Sep 2004 11:22:15 -0700 (PDT) Message-ID: <415C4ED7.8090209@elischer.org> Date: Thu, 30 Sep 2004 11:22:15 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Damian Gerow References: <20040929040222.GI5115@afflictions.org> <415A3E1B.5010404@elischer.org> <20040929050154.GJ5115@afflictions.org> <415A6AE3.4050309@elischer.org> <415A6B8A.1040902@elischer.org> <20040929093723.GB29565@afflictions.org> <415B113A.1060508@elischer.org> <20040929215528.GH29565@afflictions.org> <415B368D.3020506@elischer.org> <20040930042935.GA26934@afflictions.org> <20040930043322.GB26934@afflictions.org> In-Reply-To: <20040930043322.GB26934@afflictions.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Random processes hanging in unkillable state in -BETA6 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: Thu, 30 Sep 2004 18:22:15 -0000 Damian Gerow wrote: >Thus spake Damian Gerow (dgerow@afflictions.org) [30/09/04 00:32]: >: Thus spake Julian Elischer (julian@elischer.org) [29/09/04 18:28]: >: : It actually needs a *arg to be a valid ctor.. >: : >: : -ksegrp_init(void *mem, int size, int flags) >: : +ksegrp_ctor(void *mem, int size, void *arg, int flags) >: >: Okay, change made, kernel recompiled, installed, and booted into. But I'm >: still seeing the hangs from firefox, dig, and ogle. > >And the next ddb output is up, as per your previous instructions, at >. > oh ok. I see the garbage values are still there. they look like flags of some sort. Something must be writing to that location.. I'll look for an overwrite. .. your last two dumped ksegrps are not the correct address.. any chance you could do it again and get them, all? thanks.. From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 18:36:28 2004 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 5A4DE16A4CE; Thu, 30 Sep 2004 18:36:28 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1174143D3F; Thu, 30 Sep 2004 18:36:28 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8UIaROc069738; Thu, 30 Sep 2004 14:36:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i8UIaRQA017186; Thu, 30 Sep 2004 14:36:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 662277303F; Thu, 30 Sep 2004 14:36:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040930183627.662277303F@freebsd-current.sentex.ca> Date: Thu, 30 Sep 2004 14:36:27 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 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: Thu, 30 Sep 2004 18:36:28 -0000 TB --- 2004-09-30 16:54:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-30 16:54:48 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-09-30 16:54:48 - checking out the source tree TB --- 2004-09-30 16:54:48 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2004-09-30 16:54:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-30 17:00:30 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-30 17:00:30 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-09-30 17:00:30 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-09-30 18:29:43 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-30 18:29:43 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-09-30 18:29:43 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Sep 30 18:29:44 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/ia64/ia64/src/sys/kern/subr_unit.c: In function `free_unr': /tinderbox/CURRENT/ia64/ia64/src/sys/kern/subr_unit.c:329: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/ia64/ia64/src/sys/kern/subr_unit.c:366: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/ia64/ia64/src/sys/kern/subr_unit.c:386: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/ia64/ia64/src/sys/kern/subr_unit.c:396: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/ia64/ia64/src/sys/kern/subr_unit.c:407: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/ia64/ia64/src/sys/kern/subr_unit.c:435: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/ia64/ia64/src/sys/kern/subr_unit.c:510: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-09-30 18:36:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-30 18:36:27 - ERROR: failed to build generic kernel TB --- 2004-09-30 18:36:27 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 18:38:13 2004 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 F2BE116A4CF for ; Thu, 30 Sep 2004 18:38:12 +0000 (GMT) Received: from mail.newlines.ru (mail.newlines.ru [195.54.211.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B0EA43D2F for ; Thu, 30 Sep 2004 18:38:07 +0000 (GMT) (envelope-from anton@nikiforov.ru) Received: from mail.newlines.ru (root@localhost) by mail.newlines.ru (8.12.10/8.12.9) with SMTP id i8UIc075068826 for ; Thu, 30 Sep 2004 18:38:00 GMT (envelope-from anton@nikiforov.ru) Received: from [192.168.20.18] (florent-mashin.rmt.ru [81.13.8.34]) (authenticated bits=0) by mail.newlines.ru (8.12.10/8.12.9) with ESMTP id i8UIc0vn068736; Thu, 30 Sep 2004 18:38:00 GMT (envelope-from anton@nikiforov.ru) Message-ID: <415C528F.5000703@nikiforov.ru> Date: Thu, 30 Sep 2004 22:38:07 +0400 From: Anton Nikiforov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040907 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: John Baldwin References: <415BAC7A.7030600@nikiforov.ru> <200409301038.20213.jhb@FreeBSD.org> In-Reply-To: <200409301038.20213.jhb@FreeBSD.org> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms060006070204000901030200" cc: freebsd-current@freebsd.org Subject: Re: ICH Sound under BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: anton@nikiforov.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2004 18:38:13 -0000 This is a cryptographically signed message in MIME format. --------------ms060006070204000901030200 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit John Baldwin wrote: > On Thursday 30 September 2004 02:49 am, Anton Nikiforov wrote: > >>Dear All! >>I have Dell Latitude X300 an 5.3BETA5 installed >>my dmesg shows >>pcm0: port 0x18c0-0x18ff,0x1c00-0x1cff mem >>0xe0100800-0xe01008ff,0xe0100c00-0xe0100dff irq 10 at device 31.5 on pci0 >>pcm0: [GIANT-LOCKED] >>pcm0: >>That means that my sound card is found and recognized, but no /dev/dsp* >>appears. >>sound module is loaded, device sound is in the kernel >>3 1 0xc08bc000 5d24 snd_ich.ko >> >>This happend when i updated from BETA3 to BETA5, under BETA3 everything >>was just fine. >> >>Does someone have the same problem? Could someone help? > > > What does 'cat /dev/sndstat' say? > Hello! latitude:~>cat /dev/sndstat FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0x1c00, 0x18c0 irq 10 bufsz 16384 kld snd_ich (1p/1r/4v channels duplex default) -- ó Õ×ÁÖÅÎÉÅÍ (Best regads), áÎÔÏÎ îÉËÉÆÏÒÏ× (Anton Nikiforov) --------------ms060006070204000901030200 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII7TCC AtEwggI6oAMCAQICAwvaFTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMzA1MjExMjI4WhcNMDUwMzA1MjExMjI4 WjBEMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSEwHwYJKoZIhvcNAQkBFhJh bnRvbkBuaWtpZm9yb3YucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC1Ps7E cf3xTnaY72Aip/U5HeUmGwQ6QmbCjMcqS3XfO6EsA+5ol526JvhQ1XStpDX/kh8R8MDELUJD SVooXFiDInspw5tmPOlXV1C60xH4VWf5Gh+2y3yDGzHyWBAalul7LbhC1p8zDNUA12pAu4Ry 1k1A0Yepomr8CRbh/Z9JryfJcqHYDL+z1qgLzQlpJsao9E3Zld5ZfgJPORcFoRB7Z6jvqVLh pLNmSrvfDbSw6WK/K9EbZT9zlOTlmOnt4uLBy3hKZMcvkaFrYVYTRXLMegJHFPAp3sxLYef2 iW9fEUKgrs4W7d5c8UWlmiGurVt1Xdzc58W8X3vekMLqu9elAgMBAAGjLzAtMB0GA1UdEQQW MBSBEmFudG9uQG5pa2lmb3Jvdi5ydTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GB ABINGnCD0TGnBHqGYbJHSwjFfxEsVS1ygSUVIyb0Q1S0SphgUSeRWIZ4+joWR9TzxFGqLtYM TEQvRTQ7VJcugjn2o2nTgQ4EPhze0O5ki2eUWHE9dViHboQWOWI0r1vurUTkDnmloeM8mpMo CAAtXbjyhz7AVKUwI7vULQKuE+imMIIC0TCCAjqgAwIBAgIDC9oVMA0GCSqGSIb3DQEBBAUA MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAz MDUyMTEyMjhaFw0wNTAzMDUyMTEyMjhaMEQxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBN ZW1iZXIxITAfBgkqhkiG9w0BCQEWEmFudG9uQG5pa2lmb3Jvdi5ydTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBALU+zsRx/fFOdpjvYCKn9Tkd5SYbBDpCZsKMxypLdd87oSwD 7miXnbom+FDVdK2kNf+SHxHwwMQtQkNJWihcWIMieynDm2Y86VdXULrTEfhVZ/kaH7bLfIMb MfJYEBqW6XstuELWnzMM1QDXakC7hHLWTUDRh6miavwJFuH9n0mvJ8lyodgMv7PWqAvNCWkm xqj0TdmV3ll+Ak85FwWhEHtnqO+pUuGks2ZKu98NtLDpYr8r0RtlP3OU5OWY6e3i4sHLeEpk xy+RoWthVhNFcsx6AkcU8CnezEth5/aJb18RQqCuzhbt3lzxRaWaIa6tW3Vd3Nznxbxfe96Q wuq716UCAwEAAaMvMC0wHQYDVR0RBBYwFIESYW50b25AbmlraWZvcm92LnJ1MAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAEg0acIPRMacEeoZhskdLCMV/ESxVLXKBJRUjJvRD VLRKmGBRJ5FYhnj6OhZH1PPEUaou1gxMRC9FNDtUly6COfajadOBDgQ+HN7Q7mSLZ5RYcT11 WIduhBY5YjSvW+6tROQOeaWh4zyakygIAC1duPKHPsBUpTAju9QtAq4T6KYwggM/MIICqKAD AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD 6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNDA5MzAxODM4MDdaMCMGCSqGSIb3DQEJ BDEWBBTYSUk60H/TzOUtzVwNKyowSqxaxDBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDC9oVMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTANBgkqhkiG9w0BAQEFAASCAQAOUNXR v2ynVgP9nwgLiYQp8fs1JRPOeBZzRV8r07/0ln/dtLJIDnaoEQIUSUZyEq3WZccKxqSqSMbq vcL62w7s0fctp9fam9jSWjX4B6aC/xteXc8YHKiMpnqqRARYL7EAi1MngNqsjSSnfnt0poeW etkLbt8BwoXgLLo1ti3sX9SdyWSQ41LBd+mYde6qn0H9DeyovQMg9z458AlKs75nMQu+0KYA iF3qMw00laafLRe+uR9Nc7al0yH3duwjuZFdZqB7tBmFt8FrswpZhnkufwOJWjgqnsRptxC2 pNTiGxIS1LIPsM3LCuNJnf9Yk6p+LZO1CdlJlPbdxITyT2SnAAAAAAAA --------------ms060006070204000901030200-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 18:38:44 2004 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 816A316A4CE for ; Thu, 30 Sep 2004 18:38:44 +0000 (GMT) Received: from skoda.sockpuppet.org (skoda.sockpuppet.org [192.148.252.238]) by mx1.FreeBSD.org (Postfix) with SMTP id C475C43D4C for ; Thu, 30 Sep 2004 18:38:43 +0000 (GMT) (envelope-from kdulzo@sockpuppet.org) Received: (qmail 25510 invoked by uid 133); 30 Sep 2004 18:38:22 -0000 Date: Thu, 30 Sep 2004 14:38:22 -0400 From: "Kevin M. Dulzo" To: freebsd-current@freebsd.org Message-ID: <20040930183822.GA23562@skoda.sockpuppet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.25i Subject: panic: vm_proc_new: upage allocation failed (5.6-BETA6) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kdulzo@sockpuppet.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2004 18:38:44 -0000 PAE still panics on boot, GENERIC still works flawlessly save 4G of RAM. (kgdb) where #0 kdb_enter (msg=???) at /usr/src/sys/kern/subr_kdb.c:241 #1 0xc039e3c7 in panic (fmt=0xc0564ae2 "vm_proc_new: upage allocation failed") at /usr/src/sys/kern/kern_shutdown.c:537 #2 0xc04c1a68 in vm_proc_new (p=0xca86ba80) at /usr/src/sys/vm/vm_glue.c:255 #3 0xc0396add in proc_init (mem=0xca86ba80, size=448, flags=259) at /usr/src/sys/kern/kern_proc.c:182 #4 0xc04d33f5 in slab_zalloc (zone=0xc0a232c0, wait=259) at /usr/src/sys/vm/uma_core.c:839 #5 0xc04d4a18 in uma_zone_slab (zone=0xc0a232c0, flags=3) at /usr/src/sys/vm/uma_core.c:1959 #6 0xc04d4c2c in uma_zalloc_bucket (zone=0xc0a232c0, flags=3) at /usr/src/sys/vm/uma_core.c:2062 #7 0xc04d48c2 in uma_zalloc_arg (zone=0xc0a232c0, udata=0x0, flags=2) at /usr/src/sys/vm/uma_core.c:1886 #8 0xc038765f in fork1 (td=0xc05d9fc0, flags=131124, pages=0, procp=0xc087fd50) at uma.h:274 #9 0xc038dafd in kthread_create (func=0xc04d14bc , arg=0x0, newpp=0xc05f2d98, flags=0, pages=0, fmt=0xc0536614 "%s") at /usr/src/sys/kern/kern_kthread.c:86 #10 0xc038daa3 in kproc_start (udata=0xc05c7840) at /usr/src/sys/kern/kern_kthread.c:58 #11 0xc03761f2 in mi_startup () at /usr/src/sys/kern/init_main.c:210 #12 0xc024113e in begin () at /usr/src/sys/i386/i386/locore.s:348 From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 18:47:49 2004 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 61D4D16A4CF for ; Thu, 30 Sep 2004 18:47:49 +0000 (GMT) Received: from linwhf.opal.com (119.79.171.66.subscriber.vzavenue.net [66.171.79.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98B9943D1D for ; Thu, 30 Sep 2004 18:47:48 +0000 (GMT) (envelope-from jr@linwhf.opal.com) Received: from linwhf.opal.com (localhost [127.0.0.1]) by linwhf.opal.com (8.13.1/8.13.1) with ESMTP id i8UIllvI000911 for ; Thu, 30 Sep 2004 14:47:47 -0400 (EDT) (envelope-from jr@linwhf.opal.com) Received: (from jr@localhost) by linwhf.opal.com (8.13.1/8.13.1/Submit) id i8UIlknJ000910 for freebsd-current@freebsd.org; Thu, 30 Sep 2004 14:47:46 -0400 (EDT) (envelope-from jr) Date: Thu, 30 Sep 2004 14:47:46 -0400 From: "J.R. Oldroyd" To: freebsd-current@freebsd.org Message-ID: <20040930184729.GA836@linwhf.opal.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: panic after "ifconfig gif0 destroy" 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: Thu, 30 Sep 2004 18:47:49 -0000 The command: # ifconfig gif0 destroy panic: page fault isn't really ideal behavior. Previously it simply removed the gif0 tunnel interface and the system continued. Kernel is FreeBSD 6.0 -current cvsup'd just before: Tue Sep 28 15:27:07 EDT 2004. Things are OK on my previous kernel which was cvsup'd on 9/20. That command is invoked in the freenet6 config script /usr/local/bin/tspc-freebsd44.sh and is used whenever a freenet6 IPv6 tunnel is being re-configured. -jr From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 18:48:07 2004 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 6B99616A4CF for ; Thu, 30 Sep 2004 18:48:07 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A27F43D39 for ; Thu, 30 Sep 2004 18:48:07 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 29171 invoked from network); 30 Sep 2004 18:48:06 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 30 Sep 2004 18:48:06 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8UIm2nL020107; Thu, 30 Sep 2004 14:48:02 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Thu, 30 Sep 2004 14:09:25 -0400 User-Agent: KMail/1.6.2 References: <37648.1096528007@critter.freebsd.dk> In-Reply-To: <37648.1096528007@critter.freebsd.dk> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409301409.25904.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Poul-Henning Kamp cc: current@FreeBSD.org Subject: Re: Unit number allocation API 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: Thu, 30 Sep 2004 18:48:07 -0000 On Thursday 30 September 2004 03:06 am, Poul-Henning Kamp wrote: > I had this one out on arch@ previously. I'm very interested in informed > feedback on how we deal with locking for service api's like this. I would suggest that the caller should ask for a unit before it needs a lock and if it finds that it doesn't need the unit after all it can give it back in the error handling. That is, this is similar to malloc'ing a structure up front, then grabbing locks and making changes, then after releasing the lock free'ing the structure if it turned out we didn't need it. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 18:48:07 2004 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 6B62A16A4CE for ; Thu, 30 Sep 2004 18:48:07 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29C9B43D31 for ; Thu, 30 Sep 2004 18:48:07 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 29171 invoked from network); 30 Sep 2004 18:48:06 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 30 Sep 2004 18:48:06 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8UIm2nL020107; Thu, 30 Sep 2004 14:48:02 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Thu, 30 Sep 2004 14:09:25 -0400 User-Agent: KMail/1.6.2 References: <37648.1096528007@critter.freebsd.dk> In-Reply-To: <37648.1096528007@critter.freebsd.dk> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409301409.25904.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Poul-Henning Kamp cc: current@FreeBSD.org Subject: Re: Unit number allocation API 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: Thu, 30 Sep 2004 18:48:07 -0000 On Thursday 30 September 2004 03:06 am, Poul-Henning Kamp wrote: > I had this one out on arch@ previously. I'm very interested in informed > feedback on how we deal with locking for service api's like this. I would suggest that the caller should ask for a unit before it needs a lock and if it finds that it doesn't need the unit after all it can give it back in the error handling. That is, this is similar to malloc'ing a structure up front, then grabbing locks and making changes, then after releasing the lock free'ing the structure if it turned out we didn't need it. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 18:58:05 2004 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 1554416A4CE; Thu, 30 Sep 2004 18:58:05 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68A0343D39; Thu, 30 Sep 2004 18:58:04 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i8UIvvr4048734; Thu, 30 Sep 2004 20:58:02 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: John Baldwin From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 30 Sep 2004 14:09:25 EDT." <200409301409.25904.jhb@FreeBSD.org> Date: Thu, 30 Sep 2004 20:57:57 +0200 Message-ID: <48733.1096570677@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@FreeBSD.org cc: current@FreeBSD.org Subject: Re: Unit number allocation API 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: Thu, 30 Sep 2004 18:58:05 -0000 In message <200409301409.25904.jhb@FreeBSD.org>, John Baldwin writes: >On Thursday 30 September 2004 03:06 am, Poul-Henning Kamp wrote: >> I had this one out on arch@ previously. I'm very interested in informed >> feedback on how we deal with locking for service api's like this. > >I would suggest that the caller should ask for a unit before it needs a lock >and if it finds that it doesn't need the unit after all it can give it back >in the error handling. That is, this is similar to malloc'ing a structure up >front, then grabbing locks and making changes, then after releasing the lock >free'ing the structure if it turned out we didn't need it. Right. My personal guess is that driver->attach() and driver->probe() will never get out from Giant (I can't seriously see the benefits as being bigger than the effort) and therefore I think the problem of locking API's like this can be wholesale ignored for a very long time. -- 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 Thu Sep 30 18:58:05 2004 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 1554416A4CE; Thu, 30 Sep 2004 18:58:05 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68A0343D39; Thu, 30 Sep 2004 18:58:04 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i8UIvvr4048734; Thu, 30 Sep 2004 20:58:02 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: John Baldwin From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 30 Sep 2004 14:09:25 EDT." <200409301409.25904.jhb@FreeBSD.org> Date: Thu, 30 Sep 2004 20:57:57 +0200 Message-ID: <48733.1096570677@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@FreeBSD.org cc: current@FreeBSD.org Subject: Re: Unit number allocation API 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: Thu, 30 Sep 2004 18:58:05 -0000 In message <200409301409.25904.jhb@FreeBSD.org>, John Baldwin writes: >On Thursday 30 September 2004 03:06 am, Poul-Henning Kamp wrote: >> I had this one out on arch@ previously. I'm very interested in informed >> feedback on how we deal with locking for service api's like this. > >I would suggest that the caller should ask for a unit before it needs a lock >and if it finds that it doesn't need the unit after all it can give it back >in the error handling. That is, this is similar to malloc'ing a structure up >front, then grabbing locks and making changes, then after releasing the lock >free'ing the structure if it turned out we didn't need it. Right. My personal guess is that driver->attach() and driver->probe() will never get out from Giant (I can't seriously see the benefits as being bigger than the effort) and therefore I think the problem of locking API's like this can be wholesale ignored for a very long time. -- 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 Thu Sep 30 18:58:10 2004 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 885E016A4DE for ; Thu, 30 Sep 2004 18:58:10 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62BC843D3F for ; Thu, 30 Sep 2004 18:58:10 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 457F553A35; Thu, 30 Sep 2004 11:58:42 -0700 (PDT) Date: Thu, 30 Sep 2004 11:58:42 -0700 From: Kris Kennaway To: "J.R. Oldroyd" Message-ID: <20040930185842.GA4759@xor.obsecurity.org> References: <20040930184729.GA836@linwhf.opal.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline In-Reply-To: <20040930184729.GA836@linwhf.opal.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: panic after "ifconfig gif0 destroy" 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: Thu, 30 Sep 2004 18:58:10 -0000 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 30, 2004 at 02:47:46PM -0400, J.R. Oldroyd wrote: > The command: > # ifconfig gif0 destroy > panic: page fault >=20 > isn't really ideal behavior. Nor is this really an ideal bug report ;-) You need to post a debugging traceback of the panic, or at the very least look up the PC address in your kernel with addr2line. Kris --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBXFdhWry0BWjoQKURAoUjAJ9GorjWUyCmCB64JOEkHE4bUDgB5ACg7FkI RxpGa0sWfF4qQ+JjypZ+9X4= =L4zE -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 19:06:46 2004 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 4E9B616A4CE for ; Thu, 30 Sep 2004 19:06:46 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id D062D43D3F for ; Thu, 30 Sep 2004 19:06:45 +0000 (GMT) (envelope-from rob@pythonemproject.com) Received: from pythonemproject.com (c-67-169-203-186.client.comcast.net[67.169.203.186]) by comcast.net (sccrmhc11) with ESMTP id <2004093019064501100pvujse> (Authid: europax); Thu, 30 Sep 2004 19:06:45 +0000 Message-ID: <415C59C7.7090408@pythonemproject.com> Date: Thu, 30 Sep 2004 12:08:55 -0700 From: Rob User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------080206080909090005030802" Subject: wifi on 5.3, sort of OT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rob@pythonemproject.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2004 19:06:46 -0000 This is a multi-part message in MIME format. --------------080206080909090005030802 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I didn't see a wifi mailing list, so thought I would ask here, where the real experts hang out ;) I am tired of having to log into windoze in order to access my network over wifi. I think this would be much easier if I wasn't using a notebook. From reading the handbook it appears that the process will take some doing, since I need wifi plus cardbus. Problem seems to be right now that my Netgear WG511T cardbus card doesn't seem to be reconginized. wi, cardbus, pcmcia, and the bridge are all compiled into my kernel. Possibly a couple other related devices. I have attached my dmesg. Any hints would be appreciated. Thanks, Rob --------------080206080909090005030802 Content-Type: text/plain; name="rdmesg" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="rdmesg" Copyright (c) 1992-2004 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.3-BETA5 #0: Sun Sep 19 03:04:23 PDT 2004 rob@lm741n.dyndns.org:/usr/obj/usr/src/sys/ROBKERN WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1700MHz (1698.57-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9f9bf real memory = 1073405952 (1023 MB) avail memory = 1040867328 (992 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pir0: on motherboard $PIR: BIOS IRQ 11 for 0.29.INTB is not valid for link 0x63 $PIR: BIOS IRQ 11 for 2.1.INTA is not valid for link 0x63 pci0: on pcib0 agp0: mem 0xe0000000-0xe7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xbf40-0xbf5f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xbf20-0xbf3f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 bfe0: mem 0xfaffe000-0xfaffffff irq 11 at device 0.0 on pci2 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: Ethernet address: 00:0d:56:38:b8:a0 bfe0: [GIANT-LOCKED] cbb0: irq 11 at device 1.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 fwohci0: <1394 Open Host Controller Interface> mem 0xfaff8000-0xfaffbfff,0xfaffd800-0xfaffdfff irq 11 at device 1.1 on pci2 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 5b:4f:c0:00:3f:ff:ff:ff fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 5a:4f:c0:ff:ff:ff fwe0: Ethernet address: 5a:4f:c0:ff:ff:ff fwe0: if_start running deferred for Giant fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci2: at device 3.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xbfa0-0xbfaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pcm0: port 0xbc40-0xbc7f,0xb800-0xb8ff mem 0xf4fff400-0xf4fff4ff,0xf4fff800-0xf4fff9ff irq 11 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pci0: at device 31.6 (no driver attached) cpu0 on motherboard orm0: at iomem 0xcf800-0xcffff,0xc0000-0xcf7ff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 1698565329 Hz quality 800 Timecounters tick every 10.000 msec IP Filter: v3.4.35 initialized. Default = pass all, Logging = enabled cardbus0: at device 0.0 (no driver attached) cbb0: CardBus card activation failed ad0: 57231MB [116280/16/63] at ata0-master PIO4 ATAPI_RESET time = 30us acd0: CDRW <_NEC DVD+RW ND-5100A/10AC> at ata1-master PIO4 Mounting root from ufs:/dev/ad0s3a cardbus0: Expecting link target, got 0xff cardbus0: at device 0.0 (no driver attached) cbb0: CardBus card activation failed --------------080206080909090005030802-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 19:07:18 2004 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 7C72916A4CE for ; Thu, 30 Sep 2004 19:07:18 +0000 (GMT) Received: from linwhf.opal.com (119.79.171.66.subscriber.vzavenue.net [66.171.79.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id C88DD43D41 for ; Thu, 30 Sep 2004 19:07:17 +0000 (GMT) (envelope-from jr@linwhf.opal.com) Received: from linwhf.opal.com (localhost [127.0.0.1]) by linwhf.opal.com (8.13.1/8.13.1) with ESMTP id i8UJ7GQb001333; Thu, 30 Sep 2004 15:07:16 -0400 (EDT) (envelope-from jr@linwhf.opal.com) Received: (from jr@localhost) by linwhf.opal.com (8.13.1/8.13.1/Submit) id i8UJ7Gd9001332; Thu, 30 Sep 2004 15:07:16 -0400 (EDT) (envelope-from jr) Date: Thu, 30 Sep 2004 15:07:16 -0400 From: "J.R. Oldroyd" To: Kris Kennaway Message-ID: <20040930190716.GA1236@linwhf.opal.com> References: <20040930184729.GA836@linwhf.opal.com> <20040930185842.GA4759@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20040930185842.GA4759@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: panic after "ifconfig gif0 destroy" 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: Thu, 30 Sep 2004 19:07:18 -0000 After the panic message, the system stops dead. No traceback, no addresses, nothing more. -jr On Sep 30, 11:58, Kris Kennaway wrote: > On Thu, Sep 30, 2004 at 02:47:46PM -0400, J.R. Oldroyd wrote: > > The command: > > # ifconfig gif0 destroy > > panic: page fault > >=20 > > isn't really ideal behavior. >=20 > Nor is this really an ideal bug report ;-) >=20 > You need to post a debugging traceback of the panic, or at the very > least look up the PC address in your kernel with addr2line. >=20 > Kris From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 19:12:14 2004 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 9283116A4CE for ; Thu, 30 Sep 2004 19:12:14 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21B0E43D2D for ; Thu, 30 Sep 2004 19:12:14 +0000 (GMT) (envelope-from geekout@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so228019rnk for ; Thu, 30 Sep 2004 12:12:07 -0700 (PDT) Received: by 10.38.88.53 with SMTP id l53mr2690396rnb; Thu, 30 Sep 2004 12:11:48 -0700 (PDT) Received: by 10.38.72.71 with HTTP; Thu, 30 Sep 2004 12:11:43 -0700 (PDT) Message-ID: <6e01203b040930121112f1d872@mail.gmail.com> Date: Thu, 30 Sep 2004 13:11:43 -0600 From: Tyler Gee To: rob@pythonemproject.com In-Reply-To: <415C59C7.7090408@pythonemproject.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <415C59C7.7090408@pythonemproject.com> cc: freebsd-current@freebsd.org Subject: Re: wifi on 5.3, sort of OT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tyler Gee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2004 19:12:14 -0000 Do you have miibus in the kernel still? On Thu, 30 Sep 2004 12:08:55 -0700, Rob wrote: > I didn't see a wifi mailing list, so thought I would ask here, where the > real experts hang out ;) > > I am tired of having to log into windoze in order to access my network > over wifi. I think this would be much easier if I wasn't using a notebook. > From reading the handbook it appears that the process will take some > doing, since I need wifi plus cardbus. > > Problem seems to be right now that my Netgear WG511T cardbus card > doesn't seem to be reconginized. > > wi, cardbus, pcmcia, and the bridge are all compiled into my kernel. > Possibly a couple other related devices. > > I have attached my dmesg. Any hints would be appreciated. > > Thanks, Rob > > > > Copyright (c) 1992-2004 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.3-BETA5 #0: Sun Sep 19 03:04:23 PDT 2004 > rob@lm741n.dyndns.org:/usr/obj/usr/src/sys/ROBKERN > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) M processor 1700MHz (1698.57-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x695 Stepping = 5 > Features=0xa7e9f9bf > real memory = 1073405952 (1023 MB) > avail memory = 1040867328 (992 MB) > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > pcib0: pcibus 0 on motherboard > pir0: on motherboard > $PIR: BIOS IRQ 11 for 0.29.INTB is not valid for link 0x63 > $PIR: BIOS IRQ 11 for 2.1.INTA is not valid for link 0x63 > pci0: on pcib0 > agp0: mem 0xe0000000-0xe7ffffff at device 0.0 on pci0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > uhci0: port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0xbf40-0xbf5f irq 11 at device 29.1 on pci0 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0xbf20-0xbf3f irq 11 at device 29.2 on pci0 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > pci0: at device 29.7 (no driver attached) > pcib2: at device 30.0 on pci0 > pci2: on pcib2 > bfe0: mem 0xfaffe000-0xfaffffff irq 11 at device 0.0 on pci2 > miibus0: on bfe0 > bmtphy0: on miibus0 > bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > bfe0: Ethernet address: 00:0d:56:38:b8:a0 > bfe0: [GIANT-LOCKED] > cbb0: irq 11 at device 1.0 on pci2 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > fwohci0: <1394 Open Host Controller Interface> mem 0xfaff8000-0xfaffbfff,0xfaffd800-0xfaffdfff irq 11 at device 1.1 on pci2 > fwohci0: OHCI version 1.10 (ROM=0) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 5b:4f:c0:00:3f:ff:ff:ff > fwohci0: Phy 1394a available S400, 2 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > sbp0: on firewire0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 5a:4f:c0:ff:ff:ff > fwe0: Ethernet address: 5a:4f:c0:ff:ff:ff > fwe0: if_start running deferred for Giant > fwohci0: Initiate bus reset > fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire0: bus manager 0 (me) > pci2: at device 3.0 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0xbfa0-0xbfaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > pcm0: port 0xbc40-0xbc7f,0xb800-0xb8ff mem 0xf4fff400-0xf4fff4ff,0xf4fff800-0xf4fff9ff irq 11 at device 31.5 on pci0 > pcm0: [GIANT-LOCKED] > pcm0: > pci0: at device 31.6 (no driver attached) > cpu0 on motherboard > orm0: at iomem 0xcf800-0xcffff,0xc0000-0xcf7ff on isa0 > pmtimer0 on isa0 > atkbdc0: at port 0x64,0x60 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model GlidePoint, device ID 0 > ppc0: at port 0x378-0x37f irq 7 on isa0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/8 bytes threshold > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > unknown: can't assign resources (port) > unknown: can't assign resources (irq) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > Timecounter "TSC" frequency 1698565329 Hz quality 800 > Timecounters tick every 10.000 msec > IP Filter: v3.4.35 initialized. Default = pass all, Logging = enabled > cardbus0: at device 0.0 (no driver attached) > cbb0: CardBus card activation failed > ad0: 57231MB [116280/16/63] at ata0-master PIO4 > ATAPI_RESET time = 30us > acd0: CDRW <_NEC DVD+RW ND-5100A/10AC> at ata1-master PIO4 > Mounting root from ufs:/dev/ad0s3a > cardbus0: Expecting link target, got 0xff > cardbus0: at device 0.0 (no driver attached) > cbb0: CardBus card activation failed > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 19:50:57 2004 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 80C4116A4CE; Thu, 30 Sep 2004 19:50:57 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1531A43D3F; Thu, 30 Sep 2004 19:50:57 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8UJouJN053602; Thu, 30 Sep 2004 15:50:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8UJotpA086626; Thu, 30 Sep 2004 15:50:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2316E7303F; Thu, 30 Sep 2004 15:50:56 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040930195056.2316E7303F@freebsd-current.sentex.ca> Date: Thu, 30 Sep 2004 15:50:56 -0400 (EDT) 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: Thu, 30 Sep 2004 19:50:57 -0000 TB --- 2004-09-30 18:36:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-30 18:36:27 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-09-30 18:36:27 - checking out the source tree TB --- 2004-09-30 18:36:27 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2004-09-30 18:36:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-30 18:42:29 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-30 18:42:29 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-09-30 18:42:29 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-09-30 19:47:16 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-30 19:47:16 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-09-30 19:47:16 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Sep 30 19:47:16 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_unit.c: In function `free_unr': /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_unit.c:329: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_unit.c:366: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_unit.c:386: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_unit.c:396: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_unit.c:407: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_unit.c:435: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_unit.c:510: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-09-30 19:50:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-30 19:50:55 - ERROR: failed to build generic kernel TB --- 2004-09-30 19:50:55 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 19:51:12 2004 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 6AD9C16A4CF for ; Thu, 30 Sep 2004 19:51:12 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id D245E43D41 for ; Thu, 30 Sep 2004 19:51:11 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 4873 invoked by uid 89); 30 Sep 2004 19:58:11 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 30 Sep 2004 19:58:11 -0000 Received: from 208.4.77.15 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Thu, 30 Sep 2004 13:58:11 -0600 (MDT) Message-ID: <60813.208.4.77.15.1096574291.squirrel@208.4.77.15> In-Reply-To: <415C59C7.7090408@pythonemproject.com> References: <415C59C7.7090408@pythonemproject.com> Date: Thu, 30 Sep 2004 13:58:11 -0600 (MDT) From: "Ryan Sommers" To: rob@pythonemproject.com User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: freebsd-current@freebsd.org Subject: Re: wifi on 5.3, sort of OT 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: Thu, 30 Sep 2004 19:51:12 -0000 > Problem seems to be right now that my Netgear WG511T cardbus card > doesn't seem to be reconginized. > > wi, cardbus, pcmcia, and the bridge are all compiled into my kernel. > Possibly a couple other related devices. > Have you tried Project Evil (the windows network driver framework (NDIS) emulation kit)? man 4 ndis to read about it. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 19:56:26 2004 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 97DD316A4CE for ; Thu, 30 Sep 2004 19:56:26 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4586543D49 for ; Thu, 30 Sep 2004 19:56:26 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 5285 invoked by uid 89); 30 Sep 2004 20:03:26 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 30 Sep 2004 20:03:26 -0000 Received: from 208.4.77.15 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Thu, 30 Sep 2004 14:03:26 -0600 (MDT) Message-ID: <60850.208.4.77.15.1096574606.squirrel@208.4.77.15> In-Reply-To: <20040930190716.GA1236@linwhf.opal.com> References: <20040930184729.GA836@linwhf.opal.com> <20040930185842.GA4759@xor.obsecurity.org> <20040930190716.GA1236@linwhf.opal.com> Date: Thu, 30 Sep 2004 14:03:26 -0600 (MDT) From: "Ryan Sommers" To: "J.R. Oldroyd" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: panic after 'ifconfig gif0 destroy' 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: Thu, 30 Sep 2004 19:56:26 -0000 > After the panic message, the system stops dead. No traceback, > no addresses, nothing more. > > -jr Can you recompile a debugging kernel with DDB support? When the kernel panics it will drop the console into the DDB debugger. Do a 'trace' and then add that to an email. Note: If you can hook it up to a serial console you can just copy&paste the output instead of hand copying it. > > > On Sep 30, 11:58, Kris Kennaway wrote: >> On Thu, Sep 30, 2004 at 02:47:46PM -0400, J.R. Oldroyd wrote: >> > The command: >> > # ifconfig gif0 destroy >> > panic: page fault >> > >> > isn't really ideal behavior. >> >> Nor is this really an ideal bug report ;-) >> >> You need to post a debugging traceback of the panic, or at the very >> least look up the PC address in your kernel with addr2line. >> >> Kris > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 19:59:06 2004 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 23D4F16A4CE for ; Thu, 30 Sep 2004 19:59:06 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3311243D1D for ; Thu, 30 Sep 2004 19:59:05 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id i8UJwwst041810 for ; Thu, 30 Sep 2004 12:59:02 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200409301959.i8UJwwst041810@gw.catspoiler.org> Date: Thu, 30 Sep 2004 12:58:58 -0700 (PDT) From: Don Lewis To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Subject: fsck_ffs patch testers wanted 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: Thu, 30 Sep 2004 19:59:06 -0000 I posted an earlier version of the patch below to current@ for review a few weeks ago. This patch does not (or at least should not) change the functional behaviour of fsck_ffs, and it is functionally equivalent to the previous version of the patch. The current implementation of fsck_ffs puts inodes with an initial link count of zero on a linked list so that the inodes can be cleared later if their link counts are not adjusted upwards. This can cause fsck pass 4 to become glacially slow if this list becomes large because there is a sequential search of the list as each inode is processed in pass 4 to see if each inode is on the list. This patch fixes the performance problem by eliminating the list and encoding whether or not the initial link count was zero in the inode state. This patch has been reviewed, and I'm running it on my -CURRENT machine (where fsck_ffs doesn't normally get much exercise), but due to the critical nature of fsck_ffs, I'd like it to get more testing before I commit it to -CURRENT. Index: sbin/fsck_ffs/dir.c =================================================================== RCS file: /home/ncvs/src/sbin/fsck_ffs/dir.c,v retrieving revision 1.29 diff -u -r1.29 dir.c --- sbin/fsck_ffs/dir.c 1 Sep 2004 05:48:06 -0000 1.29 +++ sbin/fsck_ffs/dir.c 29 Sep 2004 23:19:17 -0000 @@ -90,7 +90,7 @@ if (inp->i_parent == 0) continue; if (inoinfo(inp->i_parent)->ino_state == DFOUND && - inoinfo(inp->i_number)->ino_state == DSTATE) { + INO_IS_DUNFOUND(inp->i_number)) { inoinfo(inp->i_number)->ino_state = DFOUND; change++; } @@ -639,8 +639,7 @@ cacheino(dp, ino); return(ino); } - if (inoinfo(parent)->ino_state != DSTATE && - inoinfo(parent)->ino_state != DFOUND) { + if (!INO_IS_DVALID(parent)) { freeino(ino); return (0); } Index: sbin/fsck_ffs/fsck.h =================================================================== RCS file: /home/ncvs/src/sbin/fsck_ffs/fsck.h,v retrieving revision 1.32 diff -u -r1.32 fsck.h --- sbin/fsck_ffs/fsck.h 1 Sep 2004 05:48:06 -0000 1.32 +++ sbin/fsck_ffs/fsck.h 29 Sep 2004 23:13:24 -0000 @@ -78,12 +78,21 @@ /* * Inode states. */ -#define USTATE 01 /* inode not allocated */ -#define FSTATE 02 /* inode is file */ -#define DSTATE 03 /* inode is directory */ -#define DFOUND 04 /* directory found during descent */ -#define DCLEAR 05 /* directory is to be cleared */ -#define FCLEAR 06 /* file is to be cleared */ +#define USTATE 0x1 /* inode not allocated */ +#define FSTATE 0x2 /* inode is file */ +#define FZLINK 0x3 /* inode is file with a link count of zero */ +#define DSTATE 0x4 /* inode is directory */ +#define DZLINK 0x5 /* inode is directory with a zero link count */ +#define DFOUND 0x6 /* directory found during descent */ +/* 0x7 UNUSED - see S_IS_DVALID() definition */ +#define DCLEAR 0x8 /* directory is to be cleared */ +#define FCLEAR 0x9 /* file is to be cleared */ +/* DUNFOUND === (state == DSTATE || state == DZLINK) */ +#define S_IS_DUNFOUND(state) (((state) & ~0x1) == DSTATE) +/* DVALID === (state == DSTATE || state == DZLINK || state == DFOUND) */ +#define S_IS_DVALID(state) (((state) & ~0x3) == DSTATE) +#define INO_IS_DUNFOUND(ino) S_IS_DUNFOUND(inoinfo(ino)->ino_state) +#define INO_IS_DVALID(ino) S_IS_DVALID(inoinfo(ino)->ino_state) /* * Inode state information is contained on per cylinder group lists * which are described by the following structure. @@ -205,15 +214,6 @@ struct dups *muldup; /* end of unique duplicate dup block numbers */ /* - * Linked list of inodes with zero link counts. - */ -struct zlncnt { - struct zlncnt *next; - ino_t zlncnt; -}; -struct zlncnt *zlnhead; /* head of zero link count list */ - -/* * Inode cache data structures. */ struct inoinfo { Index: sbin/fsck_ffs/fsutil.c =================================================================== RCS file: /home/ncvs/src/sbin/fsck_ffs/fsutil.c,v retrieving revision 1.24 diff -u -r1.24 fsutil.c --- sbin/fsck_ffs/fsutil.c 18 May 2004 19:51:41 -0000 1.24 +++ sbin/fsck_ffs/fsutil.c 29 Sep 2004 23:16:24 -0000 @@ -523,9 +523,7 @@ (void)strcpy(namebuf, "/"); return; } - if (busy || - (inoinfo(curdir)->ino_state != DSTATE && - inoinfo(curdir)->ino_state != DFOUND)) { + if (busy || !INO_IS_DVALID(curdir)) { (void)strcpy(namebuf, "?"); return; } Index: sbin/fsck_ffs/inode.c =================================================================== RCS file: /home/ncvs/src/sbin/fsck_ffs/inode.c,v retrieving revision 1.36 diff -u -r1.36 inode.c --- sbin/fsck_ffs/inode.c 1 Sep 2004 05:48:06 -0000 1.36 +++ sbin/fsck_ffs/inode.c 5 Sep 2004 21:25:36 -0000 @@ -576,10 +576,12 @@ switch (inoinfo(ino)->ino_state) { case FSTATE: + case FZLINK: inoinfo(ino)->ino_state = FCLEAR; return; case DSTATE: + case DZLINK: inoinfo(ino)->ino_state = DCLEAR; return; Index: sbin/fsck_ffs/main.c =================================================================== RCS file: /home/ncvs/src/sbin/fsck_ffs/main.c,v retrieving revision 1.41 diff -u -r1.41 main.c --- sbin/fsck_ffs/main.c 9 Apr 2004 19:58:28 -0000 1.41 +++ sbin/fsck_ffs/main.c 6 Sep 2004 00:41:47 -0000 @@ -194,7 +194,6 @@ struct ufs_args args; struct dups *dp; struct statfs *mntp; - struct zlncnt *zlnp; struct stat snapdir; struct group *grp; ufs2_daddr_t blks; @@ -424,14 +423,7 @@ printf(" %lld,", (long long)dp->dup); printf("\n"); } - if (zlnhead != NULL) { - printf("The following zero link count inodes remain:"); - for (zlnp = zlnhead; zlnp; zlnp = zlnp->next) - printf(" %u,", zlnp->zlncnt); - printf("\n"); - } } - zlnhead = (struct zlncnt *)0; duplist = (struct dups *)0; muldup = (struct dups *)0; inocleanup(); Index: sbin/fsck_ffs/pass1.c =================================================================== RCS file: /home/ncvs/src/sbin/fsck_ffs/pass1.c,v retrieving revision 1.42 diff -u -r1.42 pass1.c --- sbin/fsck_ffs/pass1.c 1 Sep 2004 05:48:06 -0000 1.42 +++ sbin/fsck_ffs/pass1.c 6 Sep 2004 00:42:11 -0000 @@ -189,7 +189,6 @@ checkinode(ino_t inumber, struct inodesc *idesc) { union dinode *dp; - struct zlncnt *zlnp; off_t kernmaxfilesize; ufs2_daddr_t ndb; mode_t mode; @@ -302,28 +301,18 @@ goto unknown; n_files++; inoinfo(inumber)->ino_linkcnt = DIP(dp, di_nlink); - if (DIP(dp, di_nlink) <= 0) { - zlnp = (struct zlncnt *)malloc(sizeof *zlnp); - if (zlnp == NULL) { - pfatal("LINK COUNT TABLE OVERFLOW"); - if (reply("CONTINUE") == 0) { - ckfini(0); - exit(EEXIT); - } - } else { - zlnp->zlncnt = inumber; - zlnp->next = zlnhead; - zlnhead = zlnp; - } - } if (mode == IFDIR) { if (DIP(dp, di_size) == 0) inoinfo(inumber)->ino_state = DCLEAR; + else if (DIP(dp, di_nlink) <= 0) + inoinfo(inumber)->ino_state = DZLINK; else inoinfo(inumber)->ino_state = DSTATE; cacheino(dp, inumber); countdirs++; - } else + } else if (DIP(dp, di_nlink) <= 0) + inoinfo(inumber)->ino_state = FZLINK; + else inoinfo(inumber)->ino_state = FSTATE; inoinfo(inumber)->ino_type = IFTODT(mode); badblk = dupblk = 0; Index: sbin/fsck_ffs/pass2.c =================================================================== RCS file: /home/ncvs/src/sbin/fsck_ffs/pass2.c,v retrieving revision 1.25 diff -u -r1.25 pass2.c --- sbin/fsck_ffs/pass2.c 1 Sep 2004 05:48:06 -0000 1.25 +++ sbin/fsck_ffs/pass2.c 29 Sep 2004 23:19:34 -0000 @@ -91,6 +91,7 @@ case FSTATE: case FCLEAR: + case FZLINK: pfatal("ROOT INODE NOT DIRECTORY"); if (reply("REALLOCATE")) { freeino(ROOTINO); @@ -109,6 +110,7 @@ break; case DSTATE: + case DZLINK: break; default: @@ -196,7 +198,7 @@ if (inp->i_parent == 0 || inp->i_isize == 0) continue; if (inoinfo(inp->i_parent)->ino_state == DFOUND && - inoinfo(inp->i_number)->ino_state == DSTATE) + INO_IS_DUNFOUND(inp->i_number)) inoinfo(inp->i_number)->ino_state = DFOUND; if (inp->i_dotdot == inp->i_parent || inp->i_dotdot == (ino_t)-1) @@ -405,6 +407,7 @@ goto again; case DSTATE: + case DZLINK: if (inoinfo(idesc->id_number)->ino_state == DFOUND) inoinfo(dirp->d_ino)->ino_state = DFOUND; /* FALLTHROUGH */ @@ -435,6 +438,7 @@ /* FALLTHROUGH */ case FSTATE: + case FZLINK: if (dirp->d_type != inoinfo(dirp->d_ino)->ino_type) { fileerror(idesc->id_number, dirp->d_ino, "BAD TYPE VALUE"); Index: sbin/fsck_ffs/pass3.c =================================================================== RCS file: /home/ncvs/src/sbin/fsck_ffs/pass3.c,v retrieving revision 1.14 diff -u -r1.14 pass3.c --- sbin/fsck_ffs/pass3.c 9 Apr 2004 19:58:28 -0000 1.14 +++ sbin/fsck_ffs/pass3.c 29 Sep 2004 23:17:36 -0000 @@ -69,7 +69,7 @@ inp = inpsort[inpindex]; state = inoinfo(inp->i_number)->ino_state; if (inp->i_number == ROOTINO || - (inp->i_parent != 0 && state != DSTATE)) + (inp->i_parent != 0 && !S_IS_DUNFOUND(state))) continue; if (state == DCLEAR) continue; @@ -80,7 +80,7 @@ * in pass 4. */ if ((preen || bkgrdflag) && - resolved && usedsoftdep && state == DSTATE) { + resolved && usedsoftdep && S_IS_DUNFOUND(state)) { if (inp->i_dotdot >= ROOTINO) inoinfo(inp->i_dotdot)->ino_linkcnt++; continue; @@ -88,7 +88,7 @@ for (loopcnt = 0; ; loopcnt++) { orphan = inp->i_number; if (inp->i_parent == 0 || - inoinfo(inp->i_parent)->ino_state != DSTATE || + !INO_IS_DUNFOUND(inp->i_parent) || loopcnt > countdirs) break; inp = getinoinfo(inp->i_parent); Index: sbin/fsck_ffs/pass4.c =================================================================== RCS file: /home/ncvs/src/sbin/fsck_ffs/pass4.c,v retrieving revision 1.14 diff -u -r1.14 pass4.c --- sbin/fsck_ffs/pass4.c 9 Apr 2004 19:58:28 -0000 1.14 +++ sbin/fsck_ffs/pass4.c 6 Sep 2004 00:41:55 -0000 @@ -49,7 +49,6 @@ pass4(void) { ino_t inumber; - struct zlncnt *zlnp; union dinode *dp; struct inodesc idesc; int i, n, cg; @@ -76,6 +75,14 @@ idesc.id_number = inumber; switch (inoinfo(inumber)->ino_state) { + case FZLINK: + case DZLINK: + if (inoinfo(inumber)->ino_linkcnt == 0) { + clri(&idesc, "UNREF", 1); + break; + } + /* fall through */ + case FSTATE: case DFOUND: n = inoinfo(inumber)->ino_linkcnt; @@ -83,16 +90,6 @@ adjust(&idesc, (short)n); break; } - for (zlnp = zlnhead; zlnp; zlnp = zlnp->next) { - if (zlnp->zlncnt == inumber) { - zlnp->zlncnt = zlnhead->zlncnt; - zlnp = zlnhead; - zlnhead = zlnhead->next; - free((char *)zlnp); - clri(&idesc, "UNREF", 1); - break; - } - } break; case DSTATE: Index: sbin/fsck_ffs/pass5.c =================================================================== RCS file: /home/ncvs/src/sbin/fsck_ffs/pass5.c,v retrieving revision 1.39 diff -u -r1.39 pass5.c --- sbin/fsck_ffs/pass5.c 9 Apr 2004 19:58:28 -0000 1.39 +++ sbin/fsck_ffs/pass5.c 6 Sep 2004 00:34:10 -0000 @@ -216,11 +216,13 @@ case DSTATE: case DCLEAR: case DFOUND: + case DZLINK: newcg->cg_cs.cs_ndir++; /* FALLTHROUGH */ case FSTATE: case FCLEAR: + case FZLINK: newcg->cg_cs.cs_nifree--; setbit(cg_inosused(newcg), i); break; From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 19:59:35 2004 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 8AFA816A4CE for ; Thu, 30 Sep 2004 19:59:35 +0000 (GMT) Received: from pit.databus.com (p70-227.acedsl.com [66.114.70.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA77243D31 for ; Thu, 30 Sep 2004 19:59:34 +0000 (GMT) (envelope-from barney@pit.databus.com) Received: from pit.databus.com (localhost [127.0.0.1]) by pit.databus.com (8.13.1/8.13.1) with ESMTP id i8UJxXpI021978; Thu, 30 Sep 2004 15:59:33 -0400 (EDT) (envelope-from barney@pit.databus.com) Received: (from barney@localhost) by pit.databus.com (8.13.1/8.13.1/Submit) id i8UJxXDJ021977; Thu, 30 Sep 2004 15:59:33 -0400 (EDT) (envelope-from barney) Date: Thu, 30 Sep 2004 15:59:33 -0400 From: Barney Wolff To: Rob Message-ID: <20040930195933.GA21447@pit.databus.com> References: <415C59C7.7090408@pythonemproject.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <415C59C7.7090408@pythonemproject.com> User-Agent: Mutt/1.5.6i X-Scanned-By: MIMEDefang 2.44 cc: freebsd-current@freebsd.org Subject: Re: wifi on 5.3, sort of OT 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: Thu, 30 Sep 2004 19:59:35 -0000 On Thu, Sep 30, 2004 at 12:08:55PM -0700, Rob wrote: > > Problem seems to be right now that my Netgear WG511T cardbus card > doesn't seem to be reconginized. My WG511T seems to work pretty well with the ath(4) driver. So far I just manually kldload if_ath and it finds the card. Things that don't work so well: it disappears on resume, and the 108 mbps mode doesn't seem to work (does on w2k). This is on an ancient Dell I5000. I haven't tried it with ndis, just got it yesterday. Barney Wolff From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 20:03:22 2004 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 B68D816A4CE for ; Thu, 30 Sep 2004 20:03:22 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6028B43D2D for ; Thu, 30 Sep 2004 20:03:22 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8UK47Mt074099; Thu, 30 Sep 2004 14:04:08 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <415C664D.7050301@FreeBSD.org> Date: Thu, 30 Sep 2004 14:02:21 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> <20040930174100.GA1090@xor.obsecurity.org> In-Reply-To: <20040930174100.GA1090@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@FreeBSD.org cc: Ken Smith cc: Garance A Drosihn Subject: Re: HEADS-UP: Library version number bumps 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: Thu, 30 Sep 2004 20:03:22 -0000 Kris Kennaway wrote: > On Thu, Sep 30, 2004 at 01:34:44PM -0400, Garance A Drosihn wrote: > >>At 11:05 PM -0400 9/28/04, Ken Smith wrote: >> >>>>From the "Better late than never" Department... >>> >>>It looks like we should probably bump the version of a couple of >>>the system libraries. With LOTS of help from Kris it looks like >>>this is the list we think needs a version bump, with the version >> >>>from 4.X being placed in compat4x: >> >>> libgnuregex.so.2 >>> libhistory.so.4 >>> libm.so.2 >>> libncurses.so.5 >>> libopie.so.2 >>> libpcap.so.2 >>> libreadline.so.4 >>> libwrap.so.3 >>> >>>The bumps will be coming soon... >> >>Does this include bumping the version number on C++ related >>libraries, as requested in the message on "5.3, libstc++, gcc34" >>on Sept 15th? > > > 5.x has already had lots of incompatible changes requiring you to > recompile older binaries, and the above is going to be another one > (that's the price of fixing compat with 4.x). > > Kris To answer it a different way, 'no'. libstdc++ was already bumped for 5.x, so there are no 4.x->5.x shlib number problems there. Scott From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 20:35:09 2004 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 4EEC316A4CE for ; Thu, 30 Sep 2004 20:35:09 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C2BC43D2D for ; Thu, 30 Sep 2004 20:35:08 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i8UKW2Rj064673 for freebsd-current@freebsd.org.checked; (8.12.8/vak/2.1) Fri, 1 Oct 2004 00:32:02 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by hanoi.cronyx.ru with ESMTP id i8UKVqsM064661; (8.12.8/vak/2.1) Fri, 1 Oct 2004 00:31:53 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <415C6B64.20505@cronyx.ru> Date: Fri, 01 Oct 2004 00:24:04 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: Giorgos Keramidas References: <20040925165522.GB45767@gothmog.gr> In-Reply-To: <20040925165522.GB45767@gothmog.gr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: silo overflows 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: Thu, 30 Sep 2004 20:35:09 -0000 Giorgos Keramidas: >I've been seeing the following for a while now. Any hints about ways to >track down why this happens or how to fix it? > >Sep 25 19:18:36 gothmog kernel: sio1: 2 more silo overflows (total 357) >Sep 25 19:18:45 gothmog kernel: sio1: 2 more silo overflows (total 359) >Sep 25 19:18:46 gothmog kernel: sio1: 1 more silo overflow (total 360) >Sep 25 19:37:03 gothmog kernel: sio1: 3 more silo overflows (total 363) >Sep 25 19:37:14 gothmog kernel: sio1: 1 more silo overflow (total 364) > >This is with a relatively recent 6.0-CURRENT on a Celeron @ 1800MHz. > >$ uname -v >FreeBSD 6.0-CURRENT #0: Fri Sep 24 00:04:47 EEST 2004 \ >sysop@gothmog.gr:/usr/obj/usr/src/sys/GENERIC > This is not a bug. This is normal. This would be "fixed" after interrupt optimisation in sio and other drivers/parts of system. BUG section of sio(4) describes all reasons for that. But you also should understand that you can always produce a load on any system that would lead to problems like this one. I didn't try this on FreeBSD, but Linux system was loaded by myself so that it was unable to deliver interrupt to my driver within a ~0.5-1 secconds, if my memory doesn't fails me. I hadn't try to load it more, but I am sure it is possible and that I can reproduce this on any other system (except realtime one I believe ;-). Best regards, Roman Kurakin >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 20:44:36 2004 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 A1FE616A4CE; Thu, 30 Sep 2004 20:44:36 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7254143D55; Thu, 30 Sep 2004 20:44:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 859C85138B; Thu, 30 Sep 2004 13:45:08 -0700 (PDT) Date: Thu, 30 Sep 2004 13:45:08 -0700 From: Kris Kennaway To: amd64@FreeBSD.org, current@FreeBSD.org Message-ID: <20040930204508.GA10958@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Fatal trap 9 in pmap_remove_pages 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: Thu, 30 Sep 2004 20:44:36 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I updated an amd64 package machine to RELENG_5 yesterday, and it just died with: Fatal trap 9: general protection fault while in kernel mode instruction pointer = 0x8:0xffffffff8033e0a0 stack pointer = 0x10:0xffffffff966a2ab0 frame pointer = 0x10:0xffffffff966a2af0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 16123 (sh) [thread 100214] Stopped at pmap_remove_pages+0x1a0: decl %esp db> tr pmap_remove_pages() at pmap_remove_pages+0x1a0 exit1() at exit1+0xeb3 sys_exit() at sys_exit+0xe syscall() at syscall+0x4ab Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (1, FreeBSD ELF64, sys_exit), rip = 0x200915c68, rsp = 0x7fffffffd3b8, rbp = 0x1 --- Kris --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBXHBUWry0BWjoQKURAhS3AKCCAbT5kT2o1IGqj2w86EgjK26GgQCeN7D1 JFyMQhlySTxV+k3JvfK3lVU= =VLY6 -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 21:14:35 2004 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 90F4E16A4CE for ; Thu, 30 Sep 2004 21:14:35 +0000 (GMT) Received: from linwhf.opal.com (119.79.171.66.subscriber.vzavenue.net [66.171.79.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id B077E43D48 for ; Thu, 30 Sep 2004 21:14:34 +0000 (GMT) (envelope-from jr@linwhf.opal.com) Received: from linwhf.opal.com (localhost [127.0.0.1]) by linwhf.opal.com (8.13.1/8.13.1) with ESMTP id i8ULENXO000846; Thu, 30 Sep 2004 17:14:23 -0400 (EDT) (envelope-from jr@linwhf.opal.com) Received: (from jr@localhost) by linwhf.opal.com (8.13.1/8.13.1/Submit) id i8ULEJ7K000845; Thu, 30 Sep 2004 17:14:19 -0400 (EDT) (envelope-from jr) Date: Thu, 30 Sep 2004 17:14:19 -0400 From: "J.R. Oldroyd" To: Ryan Sommers Message-ID: <20040930211418.GA795@linwhf.opal.com> References: <20040930184729.GA836@linwhf.opal.com> <20040930185842.GA4759@xor.obsecurity.org> <20040930190716.GA1236@linwhf.opal.com> <60850.208.4.77.15.1096574606.squirrel@208.4.77.15> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <60850.208.4.77.15.1096574606.squirrel@208.4.77.15> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: panic after 'ifconfig gif0 destroy' 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: Thu, 30 Sep 2004 21:14:35 -0000 Here you go: # ifconfig gif0 destroy [thread 100166] Stopped at idestroy_dev+0x9e: cmpl $0,0x3c(%esi) db> trace idestroy_dev(c3b88b00) at idestroy_dev+0x9e idestroy_dev(c3be1700,f0e6cb84,c0671ef4,c3be1700,c35a7800) at idestroy_dev+0x68 destroy_dev(c35a1700,c35a7800,0,c080a1b8,d8) at destroy_dev+0x10 if_detach(c35a7800,c35a7800,c35a7800,c0872480,f0e6cbbc) at if_detatch+0x274 gif_destroy(c35a7800,c087b660,0,c0814dca,db) at gif_destroy+0x80 gif_clone_destroy(c35a7800,c08724b0,c0872480,f0e6cbf0,c0674076) at gif_clone_destroy+0x67 ifc_simple_destroy(c0872480,c35a7800,2d,80206979,0) at ifc_simple_destroy+0x1e if_clone_destroy(f0e6cc60,f0e6cc14,c0631dee,f0e6cc60,f0e6cc60) at if_clone_destroy+0xf2 ifioctl(c4285a20,80206979,f0e6cc60,c4274900,0) at ifioctl+0x88 soo_ioctl(c39f7e58,80206979,f0e6cc60,c3bd2e80,c4274900) at soo_ioctl+0x2b1 ioctl(c4274900,f0e6cd14,3,7,286) at ioctl+0x3e0 syscall(2f,2f,2f,1,bfbfe9c0) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280cc10b, esp = 0xbfbfe84c, ebp = 0xbfbfe868 --- db> On Sep 30, 14:03, Ryan Sommers wrote: > > > After the panic message, the system stops dead. No traceback, > > no addresses, nothing more. > > > > -jr > > Can you recompile a debugging kernel with DDB support? When the kernel > panics it will drop the console into the DDB debugger. Do a 'trace' and > then add that to an email. > > Note: If you can hook it up to a serial console you can just copy&paste > the output instead of hand copying it. > > > > > > > On Sep 30, 11:58, Kris Kennaway wrote: > >> On Thu, Sep 30, 2004 at 02:47:46PM -0400, J.R. Oldroyd wrote: > >> > The command: > >> > # ifconfig gif0 destroy > >> > panic: page fault > >> > > >> > isn't really ideal behavior. > >> > >> Nor is this really an ideal bug report ;-) > >> > >> You need to post a debugging traceback of the panic, or at the very > >> least look up the PC address in your kernel with addr2line. > >> > >> Kris > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > -- > Ryan Sommers > ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 21:19:43 2004 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 D1A6816A4CE for ; Thu, 30 Sep 2004 21:19:43 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id A53A643D1D for ; Thu, 30 Sep 2004 21:19:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 77FBE51491; Thu, 30 Sep 2004 14:20:16 -0700 (PDT) Date: Thu, 30 Sep 2004 14:20:16 -0700 From: Kris Kennaway To: "J.R. Oldroyd" Message-ID: <20040930212016.GA13891@xor.obsecurity.org> References: <20040930184729.GA836@linwhf.opal.com> <20040930185842.GA4759@xor.obsecurity.org> <20040930190716.GA1236@linwhf.opal.com> <60850.208.4.77.15.1096574606.squirrel@208.4.77.15> <20040930211418.GA795@linwhf.opal.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline In-Reply-To: <20040930211418.GA795@linwhf.opal.com> User-Agent: Mutt/1.4.2.1i cc: Ryan Sommers cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: panic after 'ifconfig gif0 destroy' 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: Thu, 30 Sep 2004 21:19:43 -0000 --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 30, 2004 at 05:14:19PM -0400, J.R. Oldroyd wrote: > Here you go: >=20 > # ifconfig gif0 destroy > [thread 100166] > Stopped at idestroy_dev+0x9e: cmpl $0,0x3c(%esi) > db> trace > idestroy_dev(c3b88b00) at idestroy_dev+0x9e > idestroy_dev(c3be1700,f0e6cb84,c0671ef4,c3be1700,c35a7800) at idestroy_de= v+0x68 > destroy_dev(c35a1700,c35a7800,0,c080a1b8,d8) at destroy_dev+0x10 > if_detach(c35a7800,c35a7800,c35a7800,c0872480,f0e6cbbc) at if_detatch+0x2= 74 > gif_destroy(c35a7800,c087b660,0,c0814dca,db) at gif_destroy+0x80 > gif_clone_destroy(c35a7800,c08724b0,c0872480,f0e6cbf0,c0674076) at gif_cl= one_destroy+0x67 > ifc_simple_destroy(c0872480,c35a7800,2d,80206979,0) at ifc_simple_destroy= +0x1e > if_clone_destroy(f0e6cc60,f0e6cc14,c0631dee,f0e6cc60,f0e6cc60) at if_clon= e_destroy+0xf2 > ifioctl(c4285a20,80206979,f0e6cc60,c4274900,0) at ifioctl+0x88 > soo_ioctl(c39f7e58,80206979,f0e6cc60,c3bd2e80,c4274900) at soo_ioctl+0x2b1 > ioctl(c4274900,f0e6cd14,3,7,286) at ioctl+0x3e0 > syscall(2f,2f,2f,1,bfbfe9c0) at syscall+0x213 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x280cc10b, esp =3D 0xbfb= fe84c, ebp =3D 0xbfbfe868 --- > db> Thanks, that's better. Kris --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBXHiQWry0BWjoQKURAsq4AKCyn3MK+yb1tBDE4JA6m33UxEg1fACg51KC 44kxhCfgNbWb5wcN4MIkoBQ= =VfbW -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 21:22:50 2004 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 79B5216A4CE for ; Thu, 30 Sep 2004 21:22:50 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id C139043D46 for ; Thu, 30 Sep 2004 21:22:49 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 38CFF78C55; Thu, 30 Sep 2004 17:24:26 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id AAC8678C35; Thu, 30 Sep 2004 17:24:22 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 38D93170E2; Thu, 30 Sep 2004 17:18:51 -0400 (EDT) Date: Thu, 30 Sep 2004 17:18:51 -0400 From: Damian Gerow To: Julian Elischer Message-ID: <20040930211851.GH26934@afflictions.org> Mail-Followup-To: Julian Elischer , current@freebsd.org References: <20040929050154.GJ5115@afflictions.org> <415A6AE3.4050309@elischer.org> <415A6B8A.1040902@elischer.org> <20040929093723.GB29565@afflictions.org> <415B113A.1060508@elischer.org> <20040929215528.GH29565@afflictions.org> <415B368D.3020506@elischer.org> <20040930042935.GA26934@afflictions.org> <20040930043322.GB26934@afflictions.org> <415C4ED7.8090209@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <415C4ED7.8090209@elischer.org> X-Operating-System: FreeBSD 5.3-BETA6 on a i386 X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at afflictions.org cc: current@freebsd.org Subject: Re: Random processes hanging in unkillable state in -BETA6 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: Thu, 30 Sep 2004 21:22:50 -0000 Thus spake Julian Elischer (julian@elischer.org) [30/09/04 14:24]: : your last two dumped ksegrps are not the correct address.. : any chance you could do it again and get them, all? The last two were, I believe, for ogle_gui? Argh, I copied the thread_address, not the ksegrp. :( Sorry. ogle_gui has actually since died. I'm not sure how or why, but I still have the same two firefox and dig commands hung. So I can't get the last two, no. From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 22:04:04 2004 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 5861416A4CE for ; Thu, 30 Sep 2004 22:04:04 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D8C143D55 for ; Thu, 30 Sep 2004 22:04:04 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id D9FD1F1B17 for ; Thu, 30 Sep 2004 15:04:03 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00662-01 for ; Thu, 30 Sep 2004 15:04:02 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id CE9C7F1B16 for ; Thu, 30 Sep 2004 15:04:02 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-DBK5smVknbhIPztzMReh" Message-Id: <1096581842.1077.4.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 30 Sep 2004 15:04:02 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com Subject: totem in gdb crashes -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: Thu, 30 Sep 2004 22:04:04 -0000 --=-DBK5smVknbhIPztzMReh Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I can crash my -current/amd64 machine each time by doing: gdb `which totem` r The machine reboots with no information in log files or dropping down into the debugger. Kernel built with: makeoptions DEBUG=3D-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options ADAPTIVE_GIANT # Giant mutex is adaptive. # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. no invariants or witness set except options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed --=-DBK5smVknbhIPztzMReh Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBXILSyQsGN30uGE4RAlHtAKCB981KG/dIy/beDyyFdaskto5iHgCeLkb2 2AsxBHByTsKqyXm9vUcX6No= =gMCY -----END PGP SIGNATURE----- --=-DBK5smVknbhIPztzMReh-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 22:07:29 2004 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 AB53816A4CE for ; Thu, 30 Sep 2004 22:07:29 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C1EE43D1D for ; Thu, 30 Sep 2004 22:07:29 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A04705150B; Thu, 30 Sep 2004 15:08:02 -0700 (PDT) Date: Thu, 30 Sep 2004 15:08:02 -0700 From: Kris Kennaway To: Sean McNeil Message-ID: <20040930220802.GA16993@xor.obsecurity.org> References: <1096581842.1077.4.camel@server> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: <1096581842.1077.4.camel@server> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: totem in gdb crashes -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: Thu, 30 Sep 2004 22:07:29 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 30, 2004 at 03:04:02PM -0700, Sean McNeil wrote: > I can crash my -current/amd64 machine each time by doing: >=20 > gdb `which totem` > r >=20 > The machine reboots with no information in log files or dropping down > into the debugger. Unable to reproduce: hammer02# gdb `which totem` Excess command line arguments ignored. (not ...) GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...totem:: No such file or= directory. /root/Command: No such file or directory. (gdb) Kris --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBXIPCWry0BWjoQKURAn/RAKCeq/D6jCwhtJwkR3fiHF3Sjt9hywCfc8KU CsHaldwDCIxlp/snqc2ZQBE= =0Gac -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 22:10:16 2004 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 0049A16A4CE for ; Thu, 30 Sep 2004 22:10:16 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCD8C43D2F for ; Thu, 30 Sep 2004 22:10:15 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id A1A57F1B28; Thu, 30 Sep 2004 15:10:15 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00662-03; Thu, 30 Sep 2004 15:10:14 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id B7832F1A35; Thu, 30 Sep 2004 15:10:14 -0700 (PDT) From: Sean McNeil To: Kris Kennaway In-Reply-To: <20040930220802.GA16993@xor.obsecurity.org> References: <1096581842.1077.4.camel@server> <20040930220802.GA16993@xor.obsecurity.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-6Ui1tJNMFhpsRCJwYlR+" Message-Id: <1096582214.1189.1.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 30 Sep 2004 15:10:14 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: totem in gdb crashes -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: Thu, 30 Sep 2004 22:10:16 -0000 --=-6Ui1tJNMFhpsRCJwYlR+ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-09-30 at 15:08, Kris Kennaway wrote: > On Thu, Sep 30, 2004 at 03:04:02PM -0700, Sean McNeil wrote: > > I can crash my -current/amd64 machine each time by doing: > >=20 > > gdb `which totem` > > r > >=20 > > The machine reboots with no information in log files or dropping down > > into the debugger. >=20 > Unable to reproduce: >=20 > hammer02# gdb `which totem` > Excess command line arguments ignored. (not ...) > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "amd64-marcel-freebsd"...totem:: No such file = or directory. >=20 > /root/Command: No such file or directory. > (gdb) Do you have totem installed? Mine is compiled with gstreamer support.=20 And I do not see you doing an 'r'. Sean --=-6Ui1tJNMFhpsRCJwYlR+ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBXIRGyQsGN30uGE4RAgXBAJ4l1yrTRnVjpr5iBV3BclWtgTg51gCdHh8T Za7SrD2McUBQpVktjE4LcH4= =m2Bm -----END PGP SIGNATURE----- --=-6Ui1tJNMFhpsRCJwYlR+-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 22:11:46 2004 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 3F5F916A4CE for ; Thu, 30 Sep 2004 22:11:46 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11A6B43D3F for ; Thu, 30 Sep 2004 22:11:46 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 31ACB5150B; Thu, 30 Sep 2004 15:12:19 -0700 (PDT) Date: Thu, 30 Sep 2004 15:12:19 -0700 From: Kris Kennaway To: Sean McNeil Message-ID: <20040930221219.GA17109@xor.obsecurity.org> References: <1096581842.1077.4.camel@server> <20040930220802.GA16993@xor.obsecurity.org> <1096582214.1189.1.camel@server> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <1096582214.1189.1.camel@server> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: totem in gdb crashes -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: Thu, 30 Sep 2004 22:11:46 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 30, 2004 at 03:10:14PM -0700, Sean McNeil wrote: > On Thu, 2004-09-30 at 15:08, Kris Kennaway wrote: > > On Thu, Sep 30, 2004 at 03:04:02PM -0700, Sean McNeil wrote: > > > I can crash my -current/amd64 machine each time by doing: > > >=20 > > > gdb `which totem` > > > r > > >=20 > > > The machine reboots with no information in log files or dropping down > > > into the debugger. > >=20 > > Unable to reproduce: > >=20 > > hammer02# gdb `which totem` > > Excess command line arguments ignored. (not ...) > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and yo= u are > > welcome to change it and/or distribute copies of it under certain condi= tions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for deta= ils. > > This GDB was configured as "amd64-marcel-freebsd"...totem:: No such fil= e or directory. > >=20 > > /root/Command: No such file or directory. > > (gdb) >=20 > Do you have totem installed? Mine is compiled with gstreamer support.=20 OK, can you provide a binary? Kris --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBXITCWry0BWjoQKURAja5AJwPrA0z2Gdf98rWBUTQ6t52JFtGFQCglBUp XppdZZ+nTiWXho2RyoOS9I8= =lvhV -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 22:13:57 2004 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 7E11316A4CE for ; Thu, 30 Sep 2004 22:13:57 +0000 (GMT) Received: from fed1rmmtao08.cox.net (fed1rmmtao08.cox.net [68.230.241.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3726E43D39 for ; Thu, 30 Sep 2004 22:13:57 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by fed1rmmtao08.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20040930221357.VFYB4089.fed1rmmtao08.cox.net@mezz.mezzweb.com>; Thu, 30 Sep 2004 18:13:57 -0400 To: "Sean McNeil" References: <1096581842.1077.4.camel@server> <20040930220802.GA16993@xor.obsecurity.org> <1096582214.1189.1.camel@server> Message-ID: Date: Thu, 30 Sep 2004 17:13:55 -0500 From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <1096582214.1189.1.camel@server> User-Agent: Opera M2/7.54 (Linux, build 751) cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: totem in gdb crashes -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: Thu, 30 Sep 2004 22:13:57 -0000 On Thu, 30 Sep 2004 15:10:14 -0700, Sean McNeil wrote: > On Thu, 2004-09-30 at 15:08, Kris Kennaway wrote: >> On Thu, Sep 30, 2004 at 03:04:02PM -0700, Sean McNeil wrote: >> > I can crash my -current/amd64 machine each time by doing: >> > >> > gdb `which totem` >> > r >> > >> > The machine reboots with no information in log files or dropping down >> > into the debugger. >> >> Unable to reproduce: >> >> hammer02# gdb `which totem` >> Excess command line arguments ignored. (not ...) >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and >> you are >> welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for >> details. >> This GDB was configured as "amd64-marcel-freebsd"...totem:: No such >> file or directory. >> >> /root/Command: No such file or directory. >> (gdb) > > Do you have totem installed? Mine is compiled with gstreamer support. > And I do not see you doing an 'r'. I believe, the problem is gstreamer VS gdb, because I am unable to run gstreamer under gdb either, which gdb will crash. Cheers, Mezz > Sean -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 22:17:24 2004 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 F3BC916A4CE for ; Thu, 30 Sep 2004 22:17:23 +0000 (GMT) Received: from fed1rmmtao08.cox.net (fed1rmmtao08.cox.net [68.230.241.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABCF743D1D for ; Thu, 30 Sep 2004 22:17:23 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by fed1rmmtao08.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20040930221723.VHEI4089.fed1rmmtao08.cox.net@mezz.mezzweb.com>; Thu, 30 Sep 2004 18:17:23 -0400 To: "Sean McNeil" References: <1096581842.1077.4.camel@server> <20040930220802.GA16993@xor.obsecurity.org> <1096582214.1189.1.camel@server> Message-ID: Date: Thu, 30 Sep 2004 17:17:22 -0500 From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Opera M2/7.54 (Linux, build 751) cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: totem in gdb crashes -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: Thu, 30 Sep 2004 22:17:24 -0000 On Thu, 30 Sep 2004 17:13:55 -0500, Jeremy Messenger wrote: > On Thu, 30 Sep 2004 15:10:14 -0700, Sean McNeil wrote: > >> On Thu, 2004-09-30 at 15:08, Kris Kennaway wrote: >>> On Thu, Sep 30, 2004 at 03:04:02PM -0700, Sean McNeil wrote: >>> > I can crash my -current/amd64 machine each time by doing: >>> > >>> > gdb `which totem` >>> > r >>> > >>> > The machine reboots with no information in log files or dropping down >>> > into the debugger. >>> >>> Unable to reproduce: >>> >>> hammer02# gdb `which totem` >>> Excess command line arguments ignored. (not ...) >>> GNU gdb 6.1.1 [FreeBSD] >>> Copyright 2004 Free Software Foundation, Inc. >>> GDB is free software, covered by the GNU General Public License, and >>> you are >>> welcome to change it and/or distribute copies of it under certain >>> conditions. >>> Type "show copying" to see the conditions. >>> There is absolutely no warranty for GDB. Type "show warranty" for >>> details. >>> This GDB was configured as "amd64-marcel-freebsd"...totem:: No such >>> file or directory. >>> >>> /root/Command: No such file or directory. >>> (gdb) >> >> Do you have totem installed? Mine is compiled with gstreamer support. >> And I do not see you doing an 'r'. > > I believe, the problem is gstreamer VS gdb, because I am unable to run > gstreamer under gdb either, which gdb will crash. I send email too early.... Here's only i386 and it doesn't crash -CURRENT, but only crash gdb if I try to run gstreamer under gdb. It will required me to build the base with debug, which I never bother to do it. Cheers, Mezz > Cheers, > Mezz > >> Sean -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 22:28:28 2004 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 A603916A4CE for ; Thu, 30 Sep 2004 22:28:28 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8836243D2F for ; Thu, 30 Sep 2004 22:28:28 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 4CE8AF1AB7; Thu, 30 Sep 2004 15:28:28 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00662-06; Thu, 30 Sep 2004 15:28:27 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 6397EF1B2D; Thu, 30 Sep 2004 15:28:27 -0700 (PDT) From: Sean McNeil To: Jeremy Messenger In-Reply-To: References: <1096581842.1077.4.camel@server> <20040930220802.GA16993@xor.obsecurity.org> <1096582214.1189.1.camel@server> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-qcAXLqKyrsDWxpKR6h+T" Message-Id: <1096583307.1305.3.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 30 Sep 2004 15:28:27 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: totem in gdb crashes -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: Thu, 30 Sep 2004 22:28:28 -0000 --=-qcAXLqKyrsDWxpKR6h+T Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-09-30 at 15:17, Jeremy Messenger wrote: > On Thu, 30 Sep 2004 17:13:55 -0500, Jeremy Messenger wrot= e: >=20 > > On Thu, 30 Sep 2004 15:10:14 -0700, Sean McNeil wrote= : > > > >> On Thu, 2004-09-30 at 15:08, Kris Kennaway wrote: > >>> On Thu, Sep 30, 2004 at 03:04:02PM -0700, Sean McNeil wrote: > >>> > I can crash my -current/amd64 machine each time by doing: > >>> > > >>> > gdb `which totem` > >>> > r > >>> > > >>> > The machine reboots with no information in log files or dropping do= wn > >>> > into the debugger. > >>> > >>> Unable to reproduce: > >>> > >>> hammer02# gdb `which totem` > >>> Excess command line arguments ignored. (not ...) > >>> GNU gdb 6.1.1 [FreeBSD] > >>> Copyright 2004 Free Software Foundation, Inc. > >>> GDB is free software, covered by the GNU General Public License, and = =20 > >>> you are > >>> welcome to change it and/or distribute copies of it under certain =20 > >>> conditions. > >>> Type "show copying" to see the conditions. > >>> There is absolutely no warranty for GDB. Type "show warranty" for =20 > >>> details. > >>> This GDB was configured as "amd64-marcel-freebsd"...totem:: No such =20 > >>> file or directory. > >>> > >>> /root/Command: No such file or directory. > >>> (gdb) > >> > >> Do you have totem installed? Mine is compiled with gstreamer support. > >> And I do not see you doing an 'r'. > > > > I believe, the problem is gstreamer VS gdb, because I am unable to run = =20 > > gstreamer under gdb either, which gdb will crash. >=20 > I send email too early.... Here's only i386 and it doesn't crash -CURRENT= , =20 > but only crash gdb if I try to run gstreamer under gdb. It will required = =20 > me to build the base with debug, which I never bother to do it. Sorry if I didn't make that clear... It isn't gdb that is crashing on me. My entire system crashes/reboots. Sean --=-qcAXLqKyrsDWxpKR6h+T Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBXIiLyQsGN30uGE4RApqEAKDBL8I6oRYmQi12ZD1voihqA4EOkQCg310j PC8v1/TAWqN7gP8oPKuQyP8= =H2gD -----END PGP SIGNATURE----- --=-qcAXLqKyrsDWxpKR6h+T-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 22:30:16 2004 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 6C95216A4CE for ; Thu, 30 Sep 2004 22:30:16 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D84443D1F for ; Thu, 30 Sep 2004 22:30:16 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id D2079F1B17; Thu, 30 Sep 2004 15:30:15 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00662-07; Thu, 30 Sep 2004 15:30:14 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id BF93EF1AB7; Thu, 30 Sep 2004 15:30:14 -0700 (PDT) From: Sean McNeil To: Kris Kennaway In-Reply-To: <20040930221219.GA17109@xor.obsecurity.org> References: <1096581842.1077.4.camel@server> <20040930220802.GA16993@xor.obsecurity.org> <1096582214.1189.1.camel@server> <20040930221219.GA17109@xor.obsecurity.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-XEZa8E81J+YuwwNRlxzT" Message-Id: <1096583414.1305.6.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 30 Sep 2004 15:30:14 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: totem in gdb crashes -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: Thu, 30 Sep 2004 22:30:16 -0000 --=-XEZa8E81J+YuwwNRlxzT Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-09-30 at 15:12, Kris Kennaway wrote: > On Thu, Sep 30, 2004 at 03:10:14PM -0700, Sean McNeil wrote: > > On Thu, 2004-09-30 at 15:08, Kris Kennaway wrote: > > > On Thu, Sep 30, 2004 at 03:04:02PM -0700, Sean McNeil wrote: > > > > I can crash my -current/amd64 machine each time by doing: > > > >=20 > > > > gdb `which totem` > > > > r > > > >=20 > > > > The machine reboots with no information in log files or dropping do= wn > > > > into the debugger. > > >=20 > > > Unable to reproduce: > > >=20 > > > hammer02# gdb `which totem` > > > Excess command line arguments ignored. (not ...) > > > GNU gdb 6.1.1 [FreeBSD] > > > Copyright 2004 Free Software Foundation, Inc. > > > GDB is free software, covered by the GNU General Public License, and = you are > > > welcome to change it and/or distribute copies of it under certain con= ditions. > > > Type "show copying" to see the conditions. > > > There is absolutely no warranty for GDB. Type "show warranty" for de= tails. > > > This GDB was configured as "amd64-marcel-freebsd"...totem:: No such f= ile or directory. > > >=20 > > > /root/Command: No such file or directory. > > > (gdb) > >=20 > > Do you have totem installed? Mine is compiled with gstreamer support.=20 >=20 > OK, can you provide a binary? Tried to email it to you, but it is too big. You can find it in www.mcneil.com/~sean Let me know if you need any libraries. This was recompiled just today along with gstreamer and gstreamer-plugins. Sean --=-XEZa8E81J+YuwwNRlxzT Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBXIj2yQsGN30uGE4RAjFVAKCMTXDr1/HrPXkT+pUGozL3V1kWfwCgtXhW bl3jVmleFg1CZKz7XCuTKpU= =5uHr -----END PGP SIGNATURE----- --=-XEZa8E81J+YuwwNRlxzT-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 00:05:32 2004 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 65F6916A4CF for ; Fri, 1 Oct 2004 00:05:18 +0000 (GMT) Received: from mail1.infoeng.flinders.edu.au (mail1.ist.flinders.edu.au [129.96.1.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F89043D39 for ; Fri, 1 Oct 2004 00:05:17 +0000 (GMT) (envelope-from tris@infoeng.flinders.edu.au) Received: from rhino (rhino.infoeng.flinders.edu.au [129.96.1.189]) i9105Fm25447 for ; Fri, 1 Oct 2004 09:35:15 +0930 (CST) Date: Fri, 1 Oct 2004 09:35:15 +0930 From: Tristan To: freebsd-current@freebsd.org Message-Id: <20041001093515.5cd51b2d@rhino> X-Mailer: Sylpheed version 0.9.11claws (GTK+ 1.2.10; sparc-sun-solaris2.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=xxx 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: Fri, 01 Oct 2004 00:05:32 -0000 FreeBSD 6.0-CURRENT with GENERIC kernel built 27th Sep. On a SunBlade 100 I see these messages regularly when dma is enabled. The messages go away when I either use atacontrol to set the mode to PIO4 or set hw.ata.ata_dma to 0 I do get data corruption on the disk if left in DMA mode. dmesg: GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2004 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 6.0-CURRENT #0: Mon Sep 27 14:47:16 CST 2004 xxx@xxx.xxx:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "tick" frequency 502000000 Hz quality 0 real memory = 671088640 (640 MB) avail memory = 641736704 (612 MB) cpu0: Sun Microsystems UltraSparc-IIe Processor (502.00 MHz CPU) nexus0: pcib0: on nexus0 pcib0: Sabre (US-IIe) compatible, impl 0, version 0, ign 0x7c0, bus A pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0 dvma: DVMA map: 0xc0000000 to 0xc3ffffff pci0: on pcib0 ebus0: mem 0xf1000000-0xf17fffff,0xf0000000-0xf0ffffff at device 12.0 on pci0 ebus0: : incomplete ebus0: addr 0-0xfffff (no driver attached) eeprom0: addr 0x100000000-0x100001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 830de054 isab0: at device 7.0 on pci0 isa0: on isab0 gem0: mem 0x400000-0x41ffff at device 12.1 on pci0 miibus0: on gem0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto gem0: 2kB RX FIFO, 2kB TX FIFO gem0: Ethernet address: 00:03:ba:0d:e0:54 gem0: if_start running deferred for Giant gem0: [GIANT-LOCKED] fwohci0: <1394 Open Host Controller Interface> mem 0x422000-0x4227ff,0x420000-0x4207ff at device 12.2 on pci0 fwohci0: Could not allocate irq device_attach: fwohci0 attach returned 6 pci0: at device 12.3 (no driver attached) pci0: at device 3.0 (no driver attached) pci0: at device 8.0 (no driver attached) atapci0: port 0xa20-0xa2f,0xa08-0xa0b,0xa10-0xa17,0xa18-0xa1b,0xa00-0xa07 at device 13.0 on pci0 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 pci0: at device 19.0 (no driver attached) pcib1: at device 5.0 on pci0 pci1: on pcib1 fxp0: port 0x1000-0x103f mem 0x4020000-0x403ffff,0x4000000-0x4000fff at device 1.0 on pci1 miibus1: on fxp0 inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:32:6a:c7 fxp1: port 0x1040-0x107f mem 0x4040000-0x405ffff,0x4002000-0x4002fff at device 2.0 on pci1 miibus2: on fxp1 inphy1: on miibus2 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:02:b3:3c:94:a4 Timecounters tick every 10.000 msec ad0: 14594MB [29651/16/63] at ata2-master UDMA66 acd0: CDRW at ata2-slave PIO4 ata3-master: DMA limited to UDMA33, non-ATA66 cable or device ad1: 39266MB [79780/16/63] at ata3-master UDMA33 Mounted root from ufs:/dev/ad0a. From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 00:52:31 2004 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 AAA8516A4CE for ; Fri, 1 Oct 2004 00:52:31 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58B7D43D1F for ; Fri, 1 Oct 2004 00:52:31 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (localhost [127.0.0.1]) i910qTTH028934; Thu, 30 Sep 2004 20:52:29 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i910qSGS028933; Thu, 30 Sep 2004 20:52:28 -0400 (EDT) Date: Thu, 30 Sep 2004 20:52:27 -0400 From: Ken Smith To: Tristan Message-ID: <20041001005227.GA28811@electra.cse.Buffalo.EDU> References: <20041001093515.5cd51b2d@rhino> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041001093515.5cd51b2d@rhino> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=xxx 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: Fri, 01 Oct 2004 00:52:31 -0000 On Fri, Oct 01, 2004 at 09:35:15AM +0930, Tristan wrote: > FreeBSD 6.0-CURRENT with GENERIC kernel built 27th Sep. > On a SunBlade 100 I see these messages regularly when > dma is enabled. The messages go away when I either use > atacontrol to set the mode to PIO4 or set hw.ata.ata_dma to 0 > I do get data corruption on the disk if left in DMA mode. Just FYI my primary test machine is a SunBlade 100, it seems to be doing OK with a kernel built from this morning's source. I've been doing most of my builds from an NFS server though, I'll do a check with a full buildworld which will use the local drive more. > ad0: 14594MB [29651/16/63] at ata2-master UDMA66 > acd0: CDRW at ata2-slave PIO4 > ata3-master: DMA limited to UDMA33, non-ATA66 cable or device > ad1: 39266MB [79780/16/63] at ata3-master UDMA33 > Mounted root from ufs:/dev/ad0a. Is the data corruption spread across both drives, or just ad1? That message about the cable or device being limited could be a clue. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 00:58:18 2004 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 8CFE416A4CE for ; Fri, 1 Oct 2004 00:58:18 +0000 (GMT) Received: from mail1.infoeng.flinders.edu.au (mail1.ist.flinders.edu.au [129.96.1.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92BBA43D45 for ; Fri, 1 Oct 2004 00:58:17 +0000 (GMT) (envelope-from tris@infoeng.flinders.edu.au) Received: from rhino (rhino.infoeng.flinders.edu.au [129.96.1.189]) i910wGm26502 for ; Fri, 1 Oct 2004 10:28:16 +0930 (CST) Date: Fri, 1 Oct 2004 10:28:16 +0930 From: Tristan To: freebsd-current@freebsd.org Message-Id: <20041001102816.5b14b79f@rhino> In-Reply-To: <20041001005227.GA28811@electra.cse.Buffalo.EDU> References: <20041001093515.5cd51b2d@rhino> <20041001005227.GA28811@electra.cse.Buffalo.EDU> X-Mailer: Sylpheed version 0.9.11claws (GTK+ 1.2.10; sparc-sun-solaris2.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=xxx 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: Fri, 01 Oct 2004 00:58:18 -0000 On Thu, 30 Sep 2004 20:52:27 -0400 Ken Smith wrote: > On Fri, Oct 01, 2004 at 09:35:15AM +0930, Tristan wrote: > > > FreeBSD 6.0-CURRENT with GENERIC kernel built 27th Sep. > > On a SunBlade 100 I see these messages regularly when > > dma is enabled. The messages go away when I either use > > atacontrol to set the mode to PIO4 or set hw.ata.ata_dma to 0 > > I do get data corruption on the disk if left in DMA mode. > > Just FYI my primary test machine is a SunBlade 100, it seems to > be doing OK with a kernel built from this morning's source. I've > been doing most of my builds from an NFS server though, I'll do > a check with a full buildworld which will use the local drive more. > > > ad0: 14594MB [29651/16/63] at ata2-master UDMA66 > > acd0: CDRW at ata2-slave PIO4 > > ata3-master: DMA limited to UDMA33, non-ATA66 cable or device > > ad1: 39266MB [79780/16/63] at ata3-master UDMA33 > > Mounted root from ufs:/dev/ad0a. > > Is the data corruption spread across both drives, or just ad1? That > message about the cable or device being limited could be a clue. nope, its only on ad0. ad1 seems to be fine, however it is hardly used. From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 01:14:58 2004 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 4D23416A4CE for ; Fri, 1 Oct 2004 01:14:58 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E66EC43D46 for ; Fri, 1 Oct 2004 01:14:57 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i911FnY1075011; Thu, 30 Sep 2004 19:15:50 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <415CAF59.5070107@FreeBSD.org> Date: Thu, 30 Sep 2004 19:14:01 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tristan References: <20041001093515.5cd51b2d@rhino> <20041001005227.GA28811@electra.cse.Buffalo.EDU> <20041001102816.5b14b79f@rhino> In-Reply-To: <20041001102816.5b14b79f@rhino> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@FreeBSD.org Subject: Re: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=xxx 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: Fri, 01 Oct 2004 01:14:58 -0000 Tristan wrote: > On Thu, 30 Sep 2004 20:52:27 -0400 > Ken Smith wrote: > >>On Fri, Oct 01, 2004 at 09:35:15AM +0930, Tristan wrote: >> >> >>>FreeBSD 6.0-CURRENT with GENERIC kernel built 27th Sep. >>>On a SunBlade 100 I see these messages regularly when >>>dma is enabled. The messages go away when I either use >>>atacontrol to set the mode to PIO4 or set hw.ata.ata_dma to 0 >>>I do get data corruption on the disk if left in DMA mode. >> >>Just FYI my primary test machine is a SunBlade 100, it seems to >>be doing OK with a kernel built from this morning's source. I've >>been doing most of my builds from an NFS server though, I'll do >>a check with a full buildworld which will use the local drive more. >> >> >>>ad0: 14594MB [29651/16/63] at ata2-master UDMA66 >>>acd0: CDRW at ata2-slave PIO4 >>>ata3-master: DMA limited to UDMA33, non-ATA66 cable or device >>>ad1: 39266MB [79780/16/63] at ata3-master UDMA33 >>>Mounted root from ufs:/dev/ad0a. >> >>Is the data corruption spread across both drives, or just ad1? That >>message about the cable or device being limited could be a clue. > > > nope, its only on ad0. ad1 seems to be fine, however it is hardly used. What happens if you remove the CDROM from the ad0 chain? Scott From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 01:28:57 2004 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 565E716A4CE for ; Fri, 1 Oct 2004 01:28:57 +0000 (GMT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8E9543D54 for ; Fri, 1 Oct 2004 01:28:56 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) i911Sh1f096068; Fri, 1 Oct 2004 03:28:45 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.10/8.12.10/Submit) id i911Scxp096067; Fri, 1 Oct 2004 03:28:38 +0200 (CEST) (envelope-from marius) Date: Fri, 1 Oct 2004 03:28:38 +0200 From: Marius Strobl To: Tristan Message-ID: <20041001032838.A88228@newtrinity.zeist.de> References: <20041001093515.5cd51b2d@rhino> <20041001005227.GA28811@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20041001005227.GA28811@electra.cse.Buffalo.EDU>; from kensmith@cse.Buffalo.EDU on Thu, Sep 30, 2004 at 08:52:27PM -0400 X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.82 (host: newtrinity.zeist.de) cc: Ken Smith cc: freebsd-current@freebsd.org Subject: Re: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=xxx 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: Fri, 01 Oct 2004 01:28:57 -0000 On Thu, Sep 30, 2004 at 08:52:27PM -0400, Ken Smith wrote: > On Fri, Oct 01, 2004 at 09:35:15AM +0930, Tristan wrote: > > > FreeBSD 6.0-CURRENT with GENERIC kernel built 27th Sep. > > On a SunBlade 100 I see these messages regularly when > > dma is enabled. The messages go away when I either use > > atacontrol to set the mode to PIO4 or set hw.ata.ata_dma to 0 > > I do get data corruption on the disk if left in DMA mode. > > Just FYI my primary test machine is a SunBlade 100, it seems to > be doing OK with a kernel built from this morning's source. I've > been doing most of my builds from an NFS server though, I'll do > a check with a full buildworld which will use the local drive more. > > > ad0: 14594MB [29651/16/63] at ata2-master UDMA66 > > acd0: CDRW at ata2-slave PIO4 > > ata3-master: DMA limited to UDMA33, non-ATA66 cable or device > > ad1: 39266MB [79780/16/63] at ata3-master UDMA33 > > Mounted root from ufs:/dev/ad0a. > > Is the data corruption spread across both drives, or just ad1? That > message about the cable or device being limited could be a clue. > Did you replace the cable of the primary channel? AFAIK on Blade 100 there's a hardware bug that causes data corruption when using UDMA66 and Sun ships them with a 40-pin cable as sort of a work-around. So these non-ATA66 cable messages should be rather normal on Blade 100. Not all revisions might be affected though. From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 01:51:07 2004 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 024EA16A4CE for ; Fri, 1 Oct 2004 01:51:07 +0000 (GMT) Received: from mail1.infoeng.flinders.edu.au (mail1.ist.flinders.edu.au [129.96.1.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C47043D2D for ; Fri, 1 Oct 2004 01:51:06 +0000 (GMT) (envelope-from tris@infoeng.flinders.edu.au) Received: from rhino (rhino.infoeng.flinders.edu.au [129.96.1.189]) i911p4m27918 for ; Fri, 1 Oct 2004 11:21:04 +0930 (CST) Date: Fri, 1 Oct 2004 11:21:04 +0930 From: Tristan To: freebsd-current@freebsd.org Message-Id: <20041001112104.4bfcd1eb@rhino> In-Reply-To: <20041001032838.A88228@newtrinity.zeist.de> References: <20041001093515.5cd51b2d@rhino> <20041001005227.GA28811@electra.cse.Buffalo.EDU> <20041001032838.A88228@newtrinity.zeist.de> X-Mailer: Sylpheed version 0.9.11claws (GTK+ 1.2.10; sparc-sun-solaris2.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=xxx 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: Fri, 01 Oct 2004 01:51:07 -0000 On Fri, 1 Oct 2004 03:28:38 +0200 Marius Strobl wrote: > On Thu, Sep 30, 2004 at 08:52:27PM -0400, Ken Smith wrote: > > On Fri, Oct 01, 2004 at 09:35:15AM +0930, Tristan wrote: > > > > > FreeBSD 6.0-CURRENT with GENERIC kernel built 27th Sep. > > > On a SunBlade 100 I see these messages regularly when > > > dma is enabled. The messages go away when I either use > > > atacontrol to set the mode to PIO4 or set hw.ata.ata_dma to 0 > > > I do get data corruption on the disk if left in DMA mode. > > > > Just FYI my primary test machine is a SunBlade 100, it seems to > > be doing OK with a kernel built from this morning's source. I've > > been doing most of my builds from an NFS server though, I'll do > > a check with a full buildworld which will use the local drive more. > > > > > ad0: 14594MB [29651/16/63] at ata2-master UDMA66 > > > acd0: CDRW at ata2-slave PIO4 > > > ata3-master: DMA limited to UDMA33, non-ATA66 cable or device > > > ad1: 39266MB [79780/16/63] at ata3-master UDMA33 > > > Mounted root from ufs:/dev/ad0a. > > > > Is the data corruption spread across both drives, or just ad1? That > > message about the cable or device being limited could be a clue. > > > > Did you replace the cable of the primary channel? AFAIK on Blade 100 > there's a hardware bug that causes data corruption when using UDMA66 > and Sun ships them with a 40-pin cable as sort of a work-around. So > these non-ATA66 cable messages should be rather normal on Blade 100. > Not all revisions might be affected though. > The primary channel is using the Sun Supplied cable, which appears to be an 80 wire cable. The message about "non-ATA66 cable or device" is expected because that cable is only a 40 wire cable. that seems to be a non-issue anyway, as it is only ad0 that is having errors. I've had a few people say to disconnect the CDROM and see what happens, perhaps its also worth trying the CDROM in UDMA mode, so I'm not mixing modes ? From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 01:55:27 2004 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 F07EC16A4CE for ; Fri, 1 Oct 2004 01:55:26 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FEFD43D45 for ; Fri, 1 Oct 2004 01:55:26 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i911uIxG075096; Thu, 30 Sep 2004 19:56:18 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <415CB8D7.7050202@FreeBSD.org> Date: Thu, 30 Sep 2004 19:54:31 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tristan References: <20041001093515.5cd51b2d@rhino> <20041001005227.GA28811@electra.cse.Buffalo.EDU> <20041001032838.A88228@newtrinity.zeist.de> <20041001112104.4bfcd1eb@rhino> In-Reply-To: <20041001112104.4bfcd1eb@rhino> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@FreeBSD.org Subject: Re: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=xxx 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: Fri, 01 Oct 2004 01:55:27 -0000 Tristan wrote: > On Fri, 1 Oct 2004 03:28:38 +0200 > Marius Strobl wrote: > > >>On Thu, Sep 30, 2004 at 08:52:27PM -0400, Ken Smith wrote: >> >>>On Fri, Oct 01, 2004 at 09:35:15AM +0930, Tristan wrote: >>> >>> >>>>FreeBSD 6.0-CURRENT with GENERIC kernel built 27th Sep. >>>>On a SunBlade 100 I see these messages regularly when >>>>dma is enabled. The messages go away when I either use >>>>atacontrol to set the mode to PIO4 or set hw.ata.ata_dma to 0 >>>>I do get data corruption on the disk if left in DMA mode. >>> >>>Just FYI my primary test machine is a SunBlade 100, it seems to >>>be doing OK with a kernel built from this morning's source. I've >>>been doing most of my builds from an NFS server though, I'll do >>>a check with a full buildworld which will use the local drive more. >>> >>> >>>>ad0: 14594MB [29651/16/63] at ata2-master UDMA66 >>>>acd0: CDRW at ata2-slave PIO4 >>>>ata3-master: DMA limited to UDMA33, non-ATA66 cable or device >>>>ad1: 39266MB [79780/16/63] at ata3-master UDMA33 >>>>Mounted root from ufs:/dev/ad0a. >>> >>>Is the data corruption spread across both drives, or just ad1? That >>>message about the cable or device being limited could be a clue. >>> >> >>Did you replace the cable of the primary channel? AFAIK on Blade 100 >>there's a hardware bug that causes data corruption when using UDMA66 >>and Sun ships them with a 40-pin cable as sort of a work-around. So >>these non-ATA66 cable messages should be rather normal on Blade 100. >>Not all revisions might be affected though. >> > > The primary channel is using the Sun Supplied cable, which appears > to be an 80 wire cable. The message about "non-ATA66 cable or device" > is expected because that cable is only a 40 wire cable. that seems to > be a non-issue anyway, as it is only ad0 that is having errors. > I've had a few people say to disconnect the CDROM and see what happens, > perhaps its also worth trying the CDROM in UDMA mode, so I'm not mixing > modes ? Detaching the CDROM would be an easy first test. The CDROM is likely wanting to use WDMA mode which itself can be problematic (and is why FreeBSD turns it off by default). Scott From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 02:47:46 2004 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 7D09216A4CE; Fri, 1 Oct 2004 02:47:46 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAC0243D39; Fri, 1 Oct 2004 02:47:45 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 115E3490E7C; Thu, 30 Sep 2004 23:47:39 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 20868-05; Fri, 1 Oct 2004 02:47:39 +0000 (GMT) Received: from ganymede.hub.org (blk-222-46-91.eastlink.ca [24.222.46.91]) by hub.org (Postfix) with ESMTP id B3FD9490E76; Thu, 30 Sep 2004 23:47:37 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 26333395A7; Thu, 30 Sep 2004 23:47:43 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 22426394D7; Thu, 30 Sep 2004 23:47:43 -0300 (ADT) Date: Thu, 30 Sep 2004 23:47:43 -0300 (ADT) From: "Marc G. Fournier" To: Don Lewis In-Reply-To: <200409301959.i8UJwwst041810@gw.catspoiler.org> Message-ID: <20040930234547.S23868@ganymede.hub.org> References: <200409301959.i8UJwwst041810@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org cc: current@FreeBSD.org Subject: Re: fsck_ffs patch testers wanted 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: Fri, 01 Oct 2004 02:47:46 -0000 Would you be willing to post a 4.x version of this, or send me one, that I can test, since I'm the one that seems lucky to get the "glacially slow" fsck's :( Also, some sort of "what I should be watching for" would be nice, if anything ... I've got my remote techs "trained" so that they can get me into single user mode so that I can watch fsck using ctl-t, so I can install this as a seperate fsck and manually test it as required ... On Thu, 30 Sep 2004, Don Lewis wrote: > I posted an earlier version of the patch below to current@ for review a > few weeks ago. This patch does not (or at least should not) change the > functional behaviour of fsck_ffs, and it is functionally equivalent to > the previous version of the patch. > > The current implementation of fsck_ffs puts inodes with an initial link > count of zero on a linked list so that the inodes can be cleared later > if their link counts are not adjusted upwards. This can cause fsck pass > 4 to become glacially slow if this list becomes large because there is a > sequential search of the list as each inode is processed in pass 4 to > see if each inode is on the list. > > This patch fixes the performance problem by eliminating the list and > encoding whether or not the initial link count was zero in the inode > state. > > This patch has been reviewed, and I'm running it on my -CURRENT machine > (where fsck_ffs doesn't normally get much exercise), but due to the > critical nature of fsck_ffs, I'd like it to get more testing before I > commit it to -CURRENT. > > Index: sbin/fsck_ffs/dir.c > =================================================================== > RCS file: /home/ncvs/src/sbin/fsck_ffs/dir.c,v > retrieving revision 1.29 > diff -u -r1.29 dir.c > --- sbin/fsck_ffs/dir.c 1 Sep 2004 05:48:06 -0000 1.29 > +++ sbin/fsck_ffs/dir.c 29 Sep 2004 23:19:17 -0000 > @@ -90,7 +90,7 @@ > if (inp->i_parent == 0) > continue; > if (inoinfo(inp->i_parent)->ino_state == DFOUND && > - inoinfo(inp->i_number)->ino_state == DSTATE) { > + INO_IS_DUNFOUND(inp->i_number)) { > inoinfo(inp->i_number)->ino_state = DFOUND; > change++; > } > @@ -639,8 +639,7 @@ > cacheino(dp, ino); > return(ino); > } > - if (inoinfo(parent)->ino_state != DSTATE && > - inoinfo(parent)->ino_state != DFOUND) { > + if (!INO_IS_DVALID(parent)) { > freeino(ino); > return (0); > } > Index: sbin/fsck_ffs/fsck.h > =================================================================== > RCS file: /home/ncvs/src/sbin/fsck_ffs/fsck.h,v > retrieving revision 1.32 > diff -u -r1.32 fsck.h > --- sbin/fsck_ffs/fsck.h 1 Sep 2004 05:48:06 -0000 1.32 > +++ sbin/fsck_ffs/fsck.h 29 Sep 2004 23:13:24 -0000 > @@ -78,12 +78,21 @@ > /* > * Inode states. > */ > -#define USTATE 01 /* inode not allocated */ > -#define FSTATE 02 /* inode is file */ > -#define DSTATE 03 /* inode is directory */ > -#define DFOUND 04 /* directory found during descent */ > -#define DCLEAR 05 /* directory is to be cleared */ > -#define FCLEAR 06 /* file is to be cleared */ > +#define USTATE 0x1 /* inode not allocated */ > +#define FSTATE 0x2 /* inode is file */ > +#define FZLINK 0x3 /* inode is file with a link count of zero */ > +#define DSTATE 0x4 /* inode is directory */ > +#define DZLINK 0x5 /* inode is directory with a zero link count */ > +#define DFOUND 0x6 /* directory found during descent */ > +/* 0x7 UNUSED - see S_IS_DVALID() definition */ > +#define DCLEAR 0x8 /* directory is to be cleared */ > +#define FCLEAR 0x9 /* file is to be cleared */ > +/* DUNFOUND === (state == DSTATE || state == DZLINK) */ > +#define S_IS_DUNFOUND(state) (((state) & ~0x1) == DSTATE) > +/* DVALID === (state == DSTATE || state == DZLINK || state == DFOUND) */ > +#define S_IS_DVALID(state) (((state) & ~0x3) == DSTATE) > +#define INO_IS_DUNFOUND(ino) S_IS_DUNFOUND(inoinfo(ino)->ino_state) > +#define INO_IS_DVALID(ino) S_IS_DVALID(inoinfo(ino)->ino_state) > /* > * Inode state information is contained on per cylinder group lists > * which are described by the following structure. > @@ -205,15 +214,6 @@ > struct dups *muldup; /* end of unique duplicate dup block numbers */ > > /* > - * Linked list of inodes with zero link counts. > - */ > -struct zlncnt { > - struct zlncnt *next; > - ino_t zlncnt; > -}; > -struct zlncnt *zlnhead; /* head of zero link count list */ > - > -/* > * Inode cache data structures. > */ > struct inoinfo { > Index: sbin/fsck_ffs/fsutil.c > =================================================================== > RCS file: /home/ncvs/src/sbin/fsck_ffs/fsutil.c,v > retrieving revision 1.24 > diff -u -r1.24 fsutil.c > --- sbin/fsck_ffs/fsutil.c 18 May 2004 19:51:41 -0000 1.24 > +++ sbin/fsck_ffs/fsutil.c 29 Sep 2004 23:16:24 -0000 > @@ -523,9 +523,7 @@ > (void)strcpy(namebuf, "/"); > return; > } > - if (busy || > - (inoinfo(curdir)->ino_state != DSTATE && > - inoinfo(curdir)->ino_state != DFOUND)) { > + if (busy || !INO_IS_DVALID(curdir)) { > (void)strcpy(namebuf, "?"); > return; > } > Index: sbin/fsck_ffs/inode.c > =================================================================== > RCS file: /home/ncvs/src/sbin/fsck_ffs/inode.c,v > retrieving revision 1.36 > diff -u -r1.36 inode.c > --- sbin/fsck_ffs/inode.c 1 Sep 2004 05:48:06 -0000 1.36 > +++ sbin/fsck_ffs/inode.c 5 Sep 2004 21:25:36 -0000 > @@ -576,10 +576,12 @@ > switch (inoinfo(ino)->ino_state) { > > case FSTATE: > + case FZLINK: > inoinfo(ino)->ino_state = FCLEAR; > return; > > case DSTATE: > + case DZLINK: > inoinfo(ino)->ino_state = DCLEAR; > return; > > Index: sbin/fsck_ffs/main.c > =================================================================== > RCS file: /home/ncvs/src/sbin/fsck_ffs/main.c,v > retrieving revision 1.41 > diff -u -r1.41 main.c > --- sbin/fsck_ffs/main.c 9 Apr 2004 19:58:28 -0000 1.41 > +++ sbin/fsck_ffs/main.c 6 Sep 2004 00:41:47 -0000 > @@ -194,7 +194,6 @@ > struct ufs_args args; > struct dups *dp; > struct statfs *mntp; > - struct zlncnt *zlnp; > struct stat snapdir; > struct group *grp; > ufs2_daddr_t blks; > @@ -424,14 +423,7 @@ > printf(" %lld,", (long long)dp->dup); > printf("\n"); > } > - if (zlnhead != NULL) { > - printf("The following zero link count inodes remain:"); > - for (zlnp = zlnhead; zlnp; zlnp = zlnp->next) > - printf(" %u,", zlnp->zlncnt); > - printf("\n"); > - } > } > - zlnhead = (struct zlncnt *)0; > duplist = (struct dups *)0; > muldup = (struct dups *)0; > inocleanup(); > Index: sbin/fsck_ffs/pass1.c > =================================================================== > RCS file: /home/ncvs/src/sbin/fsck_ffs/pass1.c,v > retrieving revision 1.42 > diff -u -r1.42 pass1.c > --- sbin/fsck_ffs/pass1.c 1 Sep 2004 05:48:06 -0000 1.42 > +++ sbin/fsck_ffs/pass1.c 6 Sep 2004 00:42:11 -0000 > @@ -189,7 +189,6 @@ > checkinode(ino_t inumber, struct inodesc *idesc) > { > union dinode *dp; > - struct zlncnt *zlnp; > off_t kernmaxfilesize; > ufs2_daddr_t ndb; > mode_t mode; > @@ -302,28 +301,18 @@ > goto unknown; > n_files++; > inoinfo(inumber)->ino_linkcnt = DIP(dp, di_nlink); > - if (DIP(dp, di_nlink) <= 0) { > - zlnp = (struct zlncnt *)malloc(sizeof *zlnp); > - if (zlnp == NULL) { > - pfatal("LINK COUNT TABLE OVERFLOW"); > - if (reply("CONTINUE") == 0) { > - ckfini(0); > - exit(EEXIT); > - } > - } else { > - zlnp->zlncnt = inumber; > - zlnp->next = zlnhead; > - zlnhead = zlnp; > - } > - } > if (mode == IFDIR) { > if (DIP(dp, di_size) == 0) > inoinfo(inumber)->ino_state = DCLEAR; > + else if (DIP(dp, di_nlink) <= 0) > + inoinfo(inumber)->ino_state = DZLINK; > else > inoinfo(inumber)->ino_state = DSTATE; > cacheino(dp, inumber); > countdirs++; > - } else > + } else if (DIP(dp, di_nlink) <= 0) > + inoinfo(inumber)->ino_state = FZLINK; > + else > inoinfo(inumber)->ino_state = FSTATE; > inoinfo(inumber)->ino_type = IFTODT(mode); > badblk = dupblk = 0; > Index: sbin/fsck_ffs/pass2.c > =================================================================== > RCS file: /home/ncvs/src/sbin/fsck_ffs/pass2.c,v > retrieving revision 1.25 > diff -u -r1.25 pass2.c > --- sbin/fsck_ffs/pass2.c 1 Sep 2004 05:48:06 -0000 1.25 > +++ sbin/fsck_ffs/pass2.c 29 Sep 2004 23:19:34 -0000 > @@ -91,6 +91,7 @@ > > case FSTATE: > case FCLEAR: > + case FZLINK: > pfatal("ROOT INODE NOT DIRECTORY"); > if (reply("REALLOCATE")) { > freeino(ROOTINO); > @@ -109,6 +110,7 @@ > break; > > case DSTATE: > + case DZLINK: > break; > > default: > @@ -196,7 +198,7 @@ > if (inp->i_parent == 0 || inp->i_isize == 0) > continue; > if (inoinfo(inp->i_parent)->ino_state == DFOUND && > - inoinfo(inp->i_number)->ino_state == DSTATE) > + INO_IS_DUNFOUND(inp->i_number)) > inoinfo(inp->i_number)->ino_state = DFOUND; > if (inp->i_dotdot == inp->i_parent || > inp->i_dotdot == (ino_t)-1) > @@ -405,6 +407,7 @@ > goto again; > > case DSTATE: > + case DZLINK: > if (inoinfo(idesc->id_number)->ino_state == DFOUND) > inoinfo(dirp->d_ino)->ino_state = DFOUND; > /* FALLTHROUGH */ > @@ -435,6 +438,7 @@ > /* FALLTHROUGH */ > > case FSTATE: > + case FZLINK: > if (dirp->d_type != inoinfo(dirp->d_ino)->ino_type) { > fileerror(idesc->id_number, dirp->d_ino, > "BAD TYPE VALUE"); > Index: sbin/fsck_ffs/pass3.c > =================================================================== > RCS file: /home/ncvs/src/sbin/fsck_ffs/pass3.c,v > retrieving revision 1.14 > diff -u -r1.14 pass3.c > --- sbin/fsck_ffs/pass3.c 9 Apr 2004 19:58:28 -0000 1.14 > +++ sbin/fsck_ffs/pass3.c 29 Sep 2004 23:17:36 -0000 > @@ -69,7 +69,7 @@ > inp = inpsort[inpindex]; > state = inoinfo(inp->i_number)->ino_state; > if (inp->i_number == ROOTINO || > - (inp->i_parent != 0 && state != DSTATE)) > + (inp->i_parent != 0 && !S_IS_DUNFOUND(state))) > continue; > if (state == DCLEAR) > continue; > @@ -80,7 +80,7 @@ > * in pass 4. > */ > if ((preen || bkgrdflag) && > - resolved && usedsoftdep && state == DSTATE) { > + resolved && usedsoftdep && S_IS_DUNFOUND(state)) { > if (inp->i_dotdot >= ROOTINO) > inoinfo(inp->i_dotdot)->ino_linkcnt++; > continue; > @@ -88,7 +88,7 @@ > for (loopcnt = 0; ; loopcnt++) { > orphan = inp->i_number; > if (inp->i_parent == 0 || > - inoinfo(inp->i_parent)->ino_state != DSTATE || > + !INO_IS_DUNFOUND(inp->i_parent) || > loopcnt > countdirs) > break; > inp = getinoinfo(inp->i_parent); > Index: sbin/fsck_ffs/pass4.c > =================================================================== > RCS file: /home/ncvs/src/sbin/fsck_ffs/pass4.c,v > retrieving revision 1.14 > diff -u -r1.14 pass4.c > --- sbin/fsck_ffs/pass4.c 9 Apr 2004 19:58:28 -0000 1.14 > +++ sbin/fsck_ffs/pass4.c 6 Sep 2004 00:41:55 -0000 > @@ -49,7 +49,6 @@ > pass4(void) > { > ino_t inumber; > - struct zlncnt *zlnp; > union dinode *dp; > struct inodesc idesc; > int i, n, cg; > @@ -76,6 +75,14 @@ > idesc.id_number = inumber; > switch (inoinfo(inumber)->ino_state) { > > + case FZLINK: > + case DZLINK: > + if (inoinfo(inumber)->ino_linkcnt == 0) { > + clri(&idesc, "UNREF", 1); > + break; > + } > + /* fall through */ > + > case FSTATE: > case DFOUND: > n = inoinfo(inumber)->ino_linkcnt; > @@ -83,16 +90,6 @@ > adjust(&idesc, (short)n); > break; > } > - for (zlnp = zlnhead; zlnp; zlnp = zlnp->next) { > - if (zlnp->zlncnt == inumber) { > - zlnp->zlncnt = zlnhead->zlncnt; > - zlnp = zlnhead; > - zlnhead = zlnhead->next; > - free((char *)zlnp); > - clri(&idesc, "UNREF", 1); > - break; > - } > - } > break; > > case DSTATE: > Index: sbin/fsck_ffs/pass5.c > =================================================================== > RCS file: /home/ncvs/src/sbin/fsck_ffs/pass5.c,v > retrieving revision 1.39 > diff -u -r1.39 pass5.c > --- sbin/fsck_ffs/pass5.c 9 Apr 2004 19:58:28 -0000 1.39 > +++ sbin/fsck_ffs/pass5.c 6 Sep 2004 00:34:10 -0000 > @@ -216,11 +216,13 @@ > case DSTATE: > case DCLEAR: > case DFOUND: > + case DZLINK: > newcg->cg_cs.cs_ndir++; > /* FALLTHROUGH */ > > case FSTATE: > case FCLEAR: > + case FZLINK: > newcg->cg_cs.cs_nifree--; > setbit(cg_inosused(newcg), i); > break; > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 02:58:59 2004 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 C37C816A4CE; Fri, 1 Oct 2004 02:58:59 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 564EB43D2F; Fri, 1 Oct 2004 02:58:59 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (localhost [127.0.0.1]) i912wuTH001602; Thu, 30 Sep 2004 22:58:57 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i912wsIh001599; Thu, 30 Sep 2004 22:58:54 -0400 (EDT) Date: Thu, 30 Sep 2004 22:58:50 -0400 From: Ken Smith To: Scott Long Message-ID: <20041001025849.GA1394@electra.cse.Buffalo.EDU> References: <20041001093515.5cd51b2d@rhino> <20041001005227.GA28811@electra.cse.Buffalo.EDU> <20041001032838.A88228@newtrinity.zeist.de> <20041001112104.4bfcd1eb@rhino> <415CB8D7.7050202@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <415CB8D7.7050202@FreeBSD.org> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org cc: Tristan Subject: Re: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=xxx 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: Fri, 01 Oct 2004 02:58:59 -0000 On Thu, Sep 30, 2004 at 07:54:31PM -0600, Scott Long wrote: > Tristan wrote: > >On Fri, 1 Oct 2004 03:28:38 +0200 > >Marius Strobl wrote: > >>On Thu, Sep 30, 2004 at 08:52:27PM -0400, Ken Smith wrote: > >>>On Fri, Oct 01, 2004 at 09:35:15AM +0930, Tristan wrote: > >>>>FreeBSD 6.0-CURRENT with GENERIC kernel built 27th Sep. > >>>>On a SunBlade 100 I see these messages regularly when > >>>>dma is enabled. The messages go away when I either use > >>>>atacontrol to set the mode to PIO4 or set hw.ata.ata_dma to 0 > >>>>I do get data corruption on the disk if left in DMA mode. > >>> > >>>Just FYI my primary test machine is a SunBlade 100, it seems to > >>>be doing OK with a kernel built from this morning's source. I've > >>>been doing most of my builds from an NFS server though, I'll do > >>>a check with a full buildworld which will use the local drive more. > >>> > >>>>ad0: 14594MB [29651/16/63] at ata2-master UDMA66 > >>>>acd0: CDRW at ata2-slave PIO4 > >>>>ata3-master: DMA limited to UDMA33, non-ATA66 cable or device > >>>>ad1: 39266MB [79780/16/63] at ata3-master > >>>>UDMA33 > >>>>Mounted root from ufs:/dev/ad0a. > > Detaching the CDROM would be an easy first test. The CDROM is likely > wanting to use WDMA mode which itself can be problematic (and is why > FreeBSD turns it off by default). Just for reference, this is pieces from a machine I've got here that doesn't *seem* to be having problems: FreeBSD 6.0-CURRENT #0: Thu Sep 30 09:54:31 EDT 2004 kensmith@s-dallas.cse.buffalo.edu:/home/csestaff/kensmith/Projects/timecounter/HEAD/sys/sparc64/compile/GENERIC atapci0: port 0xa20-0xa2f,0xa08-0xa0b,0xa10-0xa17,0xa18-0xa1b,0xa00-0xa07 at device 13.0 on pci0 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 pcib1: at device 5.0 on pci0 pci1: on pcib1 pci0: at device 19.0 (no driver attached) Timecounters tick every 10.000 msec ad0: 19092MB [38792/16/63] at ata2-master UDMA66 acd0: CDRW at ata2-slave UDMA33 Mounted root from ufs:/dev/ad0a. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 03:17:56 2004 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 754A616A4CE for ; Fri, 1 Oct 2004 03:17:56 +0000 (GMT) Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net [24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 200CB43D46 for ; Fri, 1 Oct 2004 03:17:54 +0000 (GMT) (envelope-from grover@ceribus.net) Received: (qmail 7390 invoked by uid 1002); 1 Oct 2004 03:18:44 -0000 Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with qmail-scanner-1.22 Processed in 0.032326 secs); 01 Oct 2004 03:18:44 -0000 Received: from unknown (HELO localhost.localdomain) (grover@ceribus.net@192.168.200.200) by 192.168.200.225 with (RC4-MD5 encrypted) SMTP; 1 Oct 2004 03:18:44 -0000 From: Grover Lines To: freebsd-current@freebsd.org Content-Type: text/plain Date: Thu, 30 Sep 2004 20:17:26 -0700 Message-Id: <1096600646.84884.1.camel@purgatory.ceribus.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: mtree: not found 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: Fri, 01 Oct 2004 03:17:56 -0000 Is it just me or did the recent commit for http://lists.freebsd.org/pipermail/cvs-src/2004-September/032796.html nuke my build? hellhound# make buildworld -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- rm -rf /usr/obj/usr/src/i386 mkdir -p /usr/obj/usr/src/i386/legacy/usr/bin mkdir -p /usr/obj/usr/src/i386/legacy/usr/games mkdir -p /usr/obj/usr/src/i386/legacy/usr/include/c++/3.3 mkdir -p /usr/obj/usr/src/i386/legacy/usr/include/sys mkdir -p /usr/obj/usr/src/i386/legacy/usr/lib mkdir -p /usr/obj/usr/src/i386/legacy/usr/libexec mkdir -p /usr/obj/usr/src/i386/legacy/usr/sbin mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/dict mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX100 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX100-12 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX75 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX75-12 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devascii mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devcp1047 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devdvi mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devhtml mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devkoi8-r mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlatin1 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlbp mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlj4 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devps mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devutf8 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/tmac/mdoc mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/tmac/mm mkdir -p /usr/obj/usr/src/i386/lib mkdir -p /usr/obj/usr/src/i386/usr/bin mkdir -p /usr/obj/usr/src/i386/usr/include mkdir -p /usr/obj/usr/src/i386/usr/lib/compat/aout mkdir -p /usr/obj/usr/src/i386/usr/libdata/ldscripts mkdir -p /usr/obj/usr/src/i386/usr/libexec mkdir -p /usr/obj/usr/src/i386/usr/sbin mkdir -p /usr/obj/usr/src/i386/usr/share/misc mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/defs mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/mibs mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/obj/usr/src/i386/usr/include >/dev/null mtree: not found *** Error code 127 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Grover Lines From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 03:18:26 2004 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 26C6A16A4CE for ; Fri, 1 Oct 2004 03:18:26 +0000 (GMT) Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net [24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEFEF43D39 for ; Fri, 1 Oct 2004 03:18:25 +0000 (GMT) (envelope-from grover@ceribus.net) Received: (qmail 7403 invoked by uid 1002); 1 Oct 2004 03:19:16 -0000 Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with qmail-scanner-1.22 Processed in 0.040415 secs); 01 Oct 2004 03:19:16 -0000 Received: from unknown (HELO localhost.localdomain) (192.168.200.200) by 192.168.200.225 with (RC4-MD5 encrypted) SMTP; 1 Oct 2004 03:19:16 -0000 From: Grover Lines To: freebsd-current@freebsd.org Content-Type: text/plain Date: Thu, 30 Sep 2004 20:17:26 -0700 Message-Id: <1096600646.84884.1.camel@purgatory.ceribus.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: mtree: not found 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: Fri, 01 Oct 2004 03:18:26 -0000 Is it just me or did the recent commit for http://lists.freebsd.org/pipermail/cvs-src/2004-September/032796.html nuke my build? hellhound# make buildworld -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- rm -rf /usr/obj/usr/src/i386 mkdir -p /usr/obj/usr/src/i386/legacy/usr/bin mkdir -p /usr/obj/usr/src/i386/legacy/usr/games mkdir -p /usr/obj/usr/src/i386/legacy/usr/include/c++/3.3 mkdir -p /usr/obj/usr/src/i386/legacy/usr/include/sys mkdir -p /usr/obj/usr/src/i386/legacy/usr/lib mkdir -p /usr/obj/usr/src/i386/legacy/usr/libexec mkdir -p /usr/obj/usr/src/i386/legacy/usr/sbin mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/dict mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX100 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX100-12 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX75 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX75-12 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devascii mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devcp1047 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devdvi mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devhtml mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devkoi8-r mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlatin1 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlbp mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlj4 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devps mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devutf8 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/tmac/mdoc mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/tmac/mm mkdir -p /usr/obj/usr/src/i386/lib mkdir -p /usr/obj/usr/src/i386/usr/bin mkdir -p /usr/obj/usr/src/i386/usr/include mkdir -p /usr/obj/usr/src/i386/usr/lib/compat/aout mkdir -p /usr/obj/usr/src/i386/usr/libdata/ldscripts mkdir -p /usr/obj/usr/src/i386/usr/libexec mkdir -p /usr/obj/usr/src/i386/usr/sbin mkdir -p /usr/obj/usr/src/i386/usr/share/misc mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/defs mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/mibs mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/obj/usr/src/i386/usr/include >/dev/null mtree: not found *** Error code 127 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Grover Lines From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 03:18:58 2004 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 0F67316A4CE for ; Fri, 1 Oct 2004 03:18:58 +0000 (GMT) Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net [24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id C853443D41 for ; Fri, 1 Oct 2004 03:18:57 +0000 (GMT) (envelope-from grover@ceribus.net) Received: (qmail 7421 invoked by uid 1002); 1 Oct 2004 03:19:48 -0000 Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with qmail-scanner-1.22 Processed in 0.033243 secs); 01 Oct 2004 03:19:48 -0000 Received: from unknown (HELO purgatory.ceribus.net) (192.168.200.200) by 192.168.200.225 with SMTP; 1 Oct 2004 03:19:48 -0000 From: Grover Lines To: freebsd-current@freebsd.org Content-Type: text/plain Date: Thu, 30 Sep 2004 20:17:26 -0700 Message-Id: <1096600646.84884.1.camel@purgatory.ceribus.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: mtree: not found 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: Fri, 01 Oct 2004 03:18:58 -0000 Is it just me or did the recent commit for http://lists.freebsd.org/pipermail/cvs-src/2004-September/032796.html nuke my build? hellhound# make buildworld -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- rm -rf /usr/obj/usr/src/i386 mkdir -p /usr/obj/usr/src/i386/legacy/usr/bin mkdir -p /usr/obj/usr/src/i386/legacy/usr/games mkdir -p /usr/obj/usr/src/i386/legacy/usr/include/c++/3.3 mkdir -p /usr/obj/usr/src/i386/legacy/usr/include/sys mkdir -p /usr/obj/usr/src/i386/legacy/usr/lib mkdir -p /usr/obj/usr/src/i386/legacy/usr/libexec mkdir -p /usr/obj/usr/src/i386/legacy/usr/sbin mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/dict mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX100 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX100-12 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX75 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX75-12 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devascii mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devcp1047 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devdvi mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devhtml mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devkoi8-r mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlatin1 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlbp mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlj4 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devps mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devutf8 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/tmac/mdoc mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/tmac/mm mkdir -p /usr/obj/usr/src/i386/lib mkdir -p /usr/obj/usr/src/i386/usr/bin mkdir -p /usr/obj/usr/src/i386/usr/include mkdir -p /usr/obj/usr/src/i386/usr/lib/compat/aout mkdir -p /usr/obj/usr/src/i386/usr/libdata/ldscripts mkdir -p /usr/obj/usr/src/i386/usr/libexec mkdir -p /usr/obj/usr/src/i386/usr/sbin mkdir -p /usr/obj/usr/src/i386/usr/share/misc mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/defs mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/mibs mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/obj/usr/src/i386/usr/include >/dev/null mtree: not found *** Error code 127 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Grover Lines From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 03:31:58 2004 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 D177916A4CE for ; Fri, 1 Oct 2004 03:31:58 +0000 (GMT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BAF243D31 for ; Fri, 1 Oct 2004 03:31:58 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from dougb.net ([24.130.110.32]) by comcast.net (sccrmhc13) with SMTP id <2004100103315601600c3tdde>; Fri, 1 Oct 2004 03:31:57 +0000 Date: Thu, 30 Sep 2004 20:31:55 -0700 (PDT) From: Doug Barton To: Grover Lines In-Reply-To: <1096600646.84884.1.camel@purgatory.ceribus.net> Message-ID: <20040930202820.Y27520@qbhto.arg> References: <1096600646.84884.1.camel@purgatory.ceribus.net> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org Subject: Re: mtree: not found 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: Fri, 01 Oct 2004 03:31:58 -0000 On Thu, 30 Sep 2004, Grover Lines wrote: > Is it just me or did the recent commit for > http://lists.freebsd.org/pipermail/cvs-src/2004-September/032796.html > nuke my build? > mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/mibs > mtree -deU -f /usr/src/etc/mtree/BSD.include.dist > -p /usr/obj/usr/src/i386/usr/include >/dev/null > mtree: not found > *** Error code 127 This problem isn't caused by the bind mfc, that import didn't change Makefile.inc1 there, it changed it below there. Also, the problem is that mtree apparently can't be found in your path, which wouldn't have been caused by the bind import. What happens when you do this: type mtree Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 03:33:48 2004 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 3BFA316A4CE for ; Fri, 1 Oct 2004 03:33:48 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12F9343D1F for ; Fri, 1 Oct 2004 03:33:48 +0000 (GMT) (envelope-from rob@pythonemproject.com) Received: from pythonemproject.com (c-67-169-203-186.client.comcast.net[67.169.203.186]) by comcast.net (rwcrmhc11) with ESMTP id <2004100103334501300c9dmee> (Authid: europax); Fri, 1 Oct 2004 03:33:45 +0000 Message-ID: <415CD09D.7060701@pythonemproject.com> Date: Thu, 30 Sep 2004 20:35:57 -0700 From: Rob User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tyler Gee References: <415C59C7.7090408@pythonemproject.com> <6e01203b040930121112f1d872@mail.gmail.com> In-Reply-To: <6e01203b040930121112f1d872@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: wifi on 5.3, sort of OT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rob@pythonemproject.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Oct 2004 03:33:48 -0000 Tyler Gee wrote: >Do you have miibus in the kernel still? > > Don't remember if it was needed for bfe driver. Normally I disable everything unused. Will check later. Thanx Rob > >On Thu, 30 Sep 2004 12:08:55 -0700, Rob wrote: > > >>I didn't see a wifi mailing list, so thought I would ask here, where the >>real experts hang out ;) >> >>I am tired of having to log into windoze in order to access my network >>over wifi. I think this would be much easier if I wasn't using a notebook. >> From reading the handbook it appears that the process will take some >>doing, since I need wifi plus cardbus. >> >>Problem seems to be right now that my Netgear WG511T cardbus card >>doesn't seem to be reconginized. >> >>wi, cardbus, pcmcia, and the bridge are all compiled into my kernel. >>Possibly a couple other related devices. >> >>I have attached my dmesg. Any hints would be appreciated. >> >>Thanks, Rob >> >> >> >>Copyright (c) 1992-2004 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.3-BETA5 #0: Sun Sep 19 03:04:23 PDT 2004 >> rob@lm741n.dyndns.org:/usr/obj/usr/src/sys/ROBKERN >>WARNING: WITNESS option enabled, expect reduced performance. >>Timecounter "i8254" frequency 1193182 Hz quality 0 >>CPU: Intel(R) Pentium(R) M processor 1700MHz (1698.57-MHz 686-class CPU) >> Origin = "GenuineIntel" Id = 0x695 Stepping = 5 >> Features=0xa7e9f9bf >>real memory = 1073405952 (1023 MB) >>avail memory = 1040867328 (992 MB) >>npx0: [FAST] >>npx0: on motherboard >>npx0: INT 16 interface >>pcib0: pcibus 0 on motherboard >>pir0: on motherboard >>$PIR: BIOS IRQ 11 for 0.29.INTB is not valid for link 0x63 >>$PIR: BIOS IRQ 11 for 2.1.INTA is not valid for link 0x63 >>pci0: on pcib0 >>agp0: mem 0xe0000000-0xe7ffffff at device 0.0 on pci0 >>pcib1: at device 1.0 on pci0 >>pci1: on pcib1 >>pci1: at device 0.0 (no driver attached) >>uhci0: port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0 >>uhci0: [GIANT-LOCKED] >>usb0: on uhci0 >>usb0: USB revision 1.0 >>uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >>uhub0: 2 ports with 2 removable, self powered >>uhci1: port 0xbf40-0xbf5f irq 11 at device 29.1 on pci0 >>uhci1: [GIANT-LOCKED] >>usb1: on uhci1 >>usb1: USB revision 1.0 >>uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >>uhub1: 2 ports with 2 removable, self powered >>uhci2: port 0xbf20-0xbf3f irq 11 at device 29.2 on pci0 >>uhci2: [GIANT-LOCKED] >>usb2: on uhci2 >>usb2: USB revision 1.0 >>uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >>uhub2: 2 ports with 2 removable, self powered >>pci0: at device 29.7 (no driver attached) >>pcib2: at device 30.0 on pci0 >>pci2: on pcib2 >>bfe0: mem 0xfaffe000-0xfaffffff irq 11 at device 0.0 on pci2 >>miibus0: on bfe0 >>bmtphy0: on miibus0 >>bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >>bfe0: Ethernet address: 00:0d:56:38:b8:a0 >>bfe0: [GIANT-LOCKED] >>cbb0: irq 11 at device 1.0 on pci2 >>cardbus0: on cbb0 >>pccard0: <16-bit PCCard bus> on cbb0 >>fwohci0: <1394 Open Host Controller Interface> mem 0xfaff8000-0xfaffbfff,0xfaffd800-0xfaffdfff irq 11 at device 1.1 on pci2 >>fwohci0: OHCI version 1.10 (ROM=0) >>fwohci0: No. of Isochronous channels is 4. >>fwohci0: EUI64 5b:4f:c0:00:3f:ff:ff:ff >>fwohci0: Phy 1394a available S400, 2 ports. >>fwohci0: Link S400, max_rec 2048 bytes. >>firewire0: on fwohci0 >>sbp0: on firewire0 >>fwe0: on firewire0 >>if_fwe0: Fake Ethernet address: 5a:4f:c0:ff:ff:ff >>fwe0: Ethernet address: 5a:4f:c0:ff:ff:ff >>fwe0: if_start running deferred for Giant >>fwohci0: Initiate bus reset >>fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode >>firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) >>firewire0: bus manager 0 (me) >>pci2: at device 3.0 (no driver attached) >>isab0: at device 31.0 on pci0 >>isa0: on isab0 >>atapci0: port 0xbfa0-0xbfaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 >>ata0: channel #0 on atapci0 >>ata1: channel #1 on atapci0 >>pcm0: port 0xbc40-0xbc7f,0xb800-0xb8ff mem 0xf4fff400-0xf4fff4ff,0xf4fff800-0xf4fff9ff irq 11 at device 31.5 on pci0 >>pcm0: [GIANT-LOCKED] >>pcm0: >>pci0: at device 31.6 (no driver attached) >>cpu0 on motherboard >>orm0: at iomem 0xcf800-0xcffff,0xc0000-0xcf7ff on isa0 >>pmtimer0 on isa0 >>atkbdc0: at port 0x64,0x60 on isa0 >>atkbd0: irq 1 on atkbdc0 >>kbd0 at atkbd0 >>atkbd0: [GIANT-LOCKED] >>psm0: irq 12 on atkbdc0 >>psm0: [GIANT-LOCKED] >>psm0: model GlidePoint, device ID 0 >>ppc0: at port 0x378-0x37f irq 7 on isa0 >>ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode >>ppc0: FIFO with 16/16/8 bytes threshold >>ppbus0: on ppc0 >>plip0: on ppbus0 >>lpt0: on ppbus0 >>lpt0: Interrupt-driven port >>ppi0: on ppbus0 >>sc0: at flags 0x100 on isa0 >>sc0: VGA <16 virtual consoles, flags=0x300> >>sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 >>sio0: type 16550A >>sio1: configured irq 3 not in bitmap of probed irqs 0 >>sio1: port may not be enabled >>vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >>unknown: can't assign resources (port) >>unknown: can't assign resources (irq) >>unknown: can't assign resources (port) >>unknown: can't assign resources (port) >>Timecounter "TSC" frequency 1698565329 Hz quality 800 >>Timecounters tick every 10.000 msec >>IP Filter: v3.4.35 initialized. Default = pass all, Logging = enabled >>cardbus0: at device 0.0 (no driver attached) >>cbb0: CardBus card activation failed >>ad0: 57231MB [116280/16/63] at ata0-master PIO4 >>ATAPI_RESET time = 30us >>acd0: CDRW <_NEC DVD+RW ND-5100A/10AC> at ata1-master PIO4 >>Mounting root from ufs:/dev/ad0s3a >>cardbus0: Expecting link target, got 0xff >>cardbus0: at device 0.0 (no driver attached) >>cbb0: CardBus card activation failed >> >> >> >>_______________________________________________ >>freebsd-current@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-current >>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> >> >> >> >> > > > > From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 03:36:55 2004 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 A218D16A4CE for ; Fri, 1 Oct 2004 03:36:55 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9139843D2D for ; Fri, 1 Oct 2004 03:36:55 +0000 (GMT) (envelope-from rob@pythonemproject.com) Received: from pythonemproject.com (c-67-169-203-186.client.comcast.net[67.169.203.186]) by comcast.net (rwcrmhc11) with ESMTP id <2004100103365501300c2n1oe> (Authid: europax); Fri, 1 Oct 2004 03:36:55 +0000 Message-ID: <415CD15C.1060906@pythonemproject.com> Date: Thu, 30 Sep 2004 20:39:08 -0700 From: Rob User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ryan Sommers References: <415C59C7.7090408@pythonemproject.com> <60813.208.4.77.15.1096574291.squirrel@208.4.77.15> In-Reply-To: <60813.208.4.77.15.1096574291.squirrel@208.4.77.15> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: wifi on 5.3, sort of OT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rob@pythonemproject.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Oct 2004 03:36:55 -0000 Ryan Sommers wrote: >>Problem seems to be right now that my Netgear WG511T cardbus card >>doesn't seem to be reconginized. >> >>wi, cardbus, pcmcia, and the bridge are all compiled into my kernel. >>Possibly a couple other related devices. >> >> >> > >Have you tried Project Evil (the windows network driver framework (NDIS) >emulation kit)? > >man 4 ndis > >to read about it. > > > > Thank you for info. Will look at it. Been mentioned to me couple of times today. Rob From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 03:39:10 2004 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 E341116A4CE for ; Fri, 1 Oct 2004 03:39:10 +0000 (GMT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFDFE43D1D for ; Fri, 1 Oct 2004 03:39:10 +0000 (GMT) (envelope-from rob@pythonemproject.com) Received: from pythonemproject.com (c-67-169-203-186.client.comcast.net[67.169.203.186]) by comcast.net (rwcrmhc13) with ESMTP id <2004100103391001500o1nhre> (Authid: europax); Fri, 1 Oct 2004 03:39:10 +0000 Message-ID: <415CD1E3.8090205@pythonemproject.com> Date: Thu, 30 Sep 2004 20:41:23 -0700 From: Rob User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Barney Wolff , freebsd-current@freebsd.org References: <415C59C7.7090408@pythonemproject.com> <20040930195933.GA21447@pit.databus.com> In-Reply-To: <20040930195933.GA21447@pit.databus.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: wifi on 5.3, sort of OT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rob@pythonemproject.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Oct 2004 03:39:11 -0000 Barney Wolff wrote: >On Thu, Sep 30, 2004 at 12:08:55PM -0700, Rob wrote: > > >>Problem seems to be right now that my Netgear WG511T cardbus card >>doesn't seem to be reconginized. >> >> > >My WG511T seems to work pretty well with the ath(4) driver. So far I >just manually kldload if_ath and it finds the card. Things that don't >work so well: it disappears on resume, and the 108 mbps mode doesn't >seem to work (does on w2k). This is on an ancient Dell I5000. > >I haven't tried it with ndis, just got it yesterday. > >Barney Wolff > > > > Much appreciated info. Later tonite will try to compile it in to a new wifi kernel.. Rob From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 03:43:44 2004 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 8DF5E16A4CE for ; Fri, 1 Oct 2004 03:43:44 +0000 (GMT) Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net [24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3843343D1D for ; Fri, 1 Oct 2004 03:43:44 +0000 (GMT) (envelope-from grover@ceribus.net) Received: (qmail 1388 invoked by uid 1002); 1 Oct 2004 03:44:34 -0000 Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with qmail-scanner-1.22 Processed in 0.913482 secs); 01 Oct 2004 03:44:34 -0000 Received: from unknown (HELO purgatory) (192.168.200.200) by 192.168.200.225 with SMTP; 1 Oct 2004 03:44:33 -0000 From: "Grover Lines" To: "'Doug Barton'" Date: Thu, 30 Sep 2004 20:43:43 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20040930202820.Y27520@qbhto.arg> Thread-Index: AcSnZ2ytRHJYWU3eSmG267KqIysrhAAAT1Yg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Qmail-Scanner-Message-ID: <10966022736721382@hellhound.ceribus.net> Message-Id: <20041001034344.3843343D1D@mx1.FreeBSD.org> cc: freebsd-current@freebsd.org Subject: RE: mtree: not found 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: Fri, 01 Oct 2004 03:43:44 -0000 It says 'mtree: Command not found.' Freshly cvsupd tree on 6-CURRENT -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Doug Barton Sent: Thursday, September 30, 2004 8:32 PM To: Grover Lines Cc: freebsd-current@freebsd.org Subject: Re: mtree: not found On Thu, 30 Sep 2004, Grover Lines wrote: > Is it just me or did the recent commit for > http://lists.freebsd.org/pipermail/cvs-src/2004-September/032796.html > nuke my build? > mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/mibs > mtree -deU -f /usr/src/etc/mtree/BSD.include.dist > -p /usr/obj/usr/src/i386/usr/include >/dev/null > mtree: not found > *** Error code 127 This problem isn't caused by the bind mfc, that import didn't change Makefile.inc1 there, it changed it below there. Also, the problem is that mtree apparently can't be found in your path, which wouldn't have been caused by the bind import. What happens when you do this: type mtree Doug -- This .signature sanitized for your protection _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 03:49:39 2004 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 7D37816A4CF for ; Fri, 1 Oct 2004 03:49:39 +0000 (GMT) Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net [24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2875643D39 for ; Fri, 1 Oct 2004 03:49:39 +0000 (GMT) (envelope-from grover@ceribus.net) Received: (qmail 1759 invoked by uid 1002); 1 Oct 2004 03:50:29 -0000 Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with qmail-scanner-1.22 Processed in 0.937783 secs); 01 Oct 2004 03:50:29 -0000 Received: from unknown (HELO purgatory) (192.168.200.200) by 192.168.200.225 with SMTP; 1 Oct 2004 03:50:28 -0000 From: "Grover Lines" To: "'David Wolfskill'" Date: Thu, 30 Sep 2004 20:49:38 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <200410010324.i913Oh1g080022@bunrab.catwhisker.org> Thread-Index: AcSnZmShcsLloRdBSsK3YYkWOBRCLQAAxSEg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Qmail-Scanner-Message-ID: <10966026286721753@hellhound.ceribus.net> Message-Id: <20041001034939.2875643D39@mx1.FreeBSD.org> cc: freebsd-current@freebsd.org Subject: RE: mtree: not found 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: Fri, 01 Oct 2004 03:49:39 -0000 Ya after I did the last buildworld it kinda tweaked my system mail went through but was still showing in the inbox. My apologies about spamming the list. -- Grover Lines -----Original Message----- From: David Wolfskill [mailto:david@catwhisker.org] Sent: Thursday, September 30, 2004 8:25 PM To: grover@ceribus.net Subject: Re: mtree: not found Looks as if you may be having some challenges with email -- following is the 3rd copy of the message I've seen. The last 2 definitely have the same Message-Id. Ref.: >From owner-freebsd-current@freebsd.org Thu Sep 30 20:21:30 2004 >Return-Path: >Received: from janus.catwhisker.org (janus.catwhisker.org [172.16.8.1]) > by bunrab.catwhisker.org (8.13.1/8.13.1) with ESMTP id i913LUbQ080008 > for ; Thu, 30 Sep 2004 20:21:30 -0700 (PDT) > (envelope-from owner-freebsd-current@freebsd.org) >Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) > by janus.catwhisker.org (8.13.1/8.13.1) with ESMTP id i913LTdX009491 > for ; Thu, 30 Sep 2004 20:21:29 -0700 (PDT) > (envelope-from owner-freebsd-current@freebsd.org) >Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) > by mx2.freebsd.org (Postfix) with ESMTP > id 1252A57F17; Fri, 1 Oct 2004 03:20:48 +0000 (GMT) > (envelope-from owner-freebsd-current@freebsd.org) >Received: from hub.freebsd.org (localhost [127.0.0.1]) > by hub.freebsd.org (Postfix) with ESMTP > id 115E716A51A; Fri, 1 Oct 2004 03:20:30 +0000 (GMT) >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 0F67316A4CE > for ; > Fri, 1 Oct 2004 03:18:58 +0000 (GMT) >Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net > [24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id C853443D41 > for ; > Fri, 1 Oct 2004 03:18:57 +0000 (GMT) > (envelope-from grover@ceribus.net) >Received: (qmail 7421 invoked by uid 1002); 1 Oct 2004 03:19:48 -0000 >Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with > qmail-scanner-1.22 > Processed in 0.033243 secs); 01 Oct 2004 03:19:48 -0000 >Received: from unknown (HELO purgatory.ceribus.net) (192.168.200.200) > by 192.168.200.225 with SMTP; 1 Oct 2004 03:19:48 -0000 >From: Grover Lines >To: freebsd-current@freebsd.org >Content-Type: text/plain >Date: Thu, 30 Sep 2004 20:17:26 -0700 >Message-Id: <1096600646.84884.1.camel@purgatory.ceribus.net> >Mime-Version: 1.0 >X-Mailer: Evolution 2.0.1FreeBSD GNOME Team Port >Content-Transfer-Encoding: 7bit >Subject: mtree: not found >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: , > >Sender: owner-freebsd-current@freebsd.org >Errors-To: owner-freebsd-current@freebsd.org >Status: R > >Is it just me or did the recent commit for > http://lists.freebsd.org/pipermail/cvs-src/2004-September/032796.html >nuke my build? > >hellhound# make buildworld > >-------------------------------------------------------------- >>>> Rebuilding the temporary build tree >-------------------------------------------------------------- >rm -rf /usr/obj/usr/src/i386 >mkdir -p /usr/obj/usr/src/i386/legacy/usr/bin >mkdir -p /usr/obj/usr/src/i386/legacy/usr/games >mkdir -p /usr/obj/usr/src/i386/legacy/usr/include/c++/3.3 >mkdir -p /usr/obj/usr/src/i386/legacy/usr/include/sys >mkdir -p /usr/obj/usr/src/i386/legacy/usr/lib >mkdir -p /usr/obj/usr/src/i386/legacy/usr/libexec >mkdir -p /usr/obj/usr/src/i386/legacy/usr/sbin >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/dict >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX100 >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX100-12 >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX75 >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX75-12 >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devascii >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devcp1047 >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devdvi >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devhtml >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devkoi8-r >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlatin1 >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlbp >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlj4 >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devps >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devutf8 >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/tmac/mdoc >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/tmac/mm >mkdir -p /usr/obj/usr/src/i386/lib >mkdir -p /usr/obj/usr/src/i386/usr/bin >mkdir -p /usr/obj/usr/src/i386/usr/include >mkdir -p /usr/obj/usr/src/i386/usr/lib/compat/aout >mkdir -p /usr/obj/usr/src/i386/usr/libdata/ldscripts >mkdir -p /usr/obj/usr/src/i386/usr/libexec >mkdir -p /usr/obj/usr/src/i386/usr/sbin >mkdir -p /usr/obj/usr/src/i386/usr/share/misc >mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/defs >mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/mibs >mtree -deU -f /usr/src/etc/mtree/BSD.include.dist >-p /usr/obj/usr/src/i386/usr/include >/dev/null >mtree: not found >*** Error code 127 > >Stop in /usr/src. >*** Error code 1 > >Stop in /usr/src. > >-- >Grover Lines > >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > Peace, david (current hat: postmaster@freebsd.org) -- David H. Wolfskill david@catwhisker.org There is a use for spam: it helps identify spammers. I have no use for spammers. See http://www.catwhisker.org/~david/publickey.gpg for public key. From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 03:49:48 2004 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 045E816A504 for ; Fri, 1 Oct 2004 03:49:48 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id E343E43D48 for ; Fri, 1 Oct 2004 03:49:47 +0000 (GMT) (envelope-from rob@pythonemproject.com) Received: from pythonemproject.com (c-67-169-203-186.client.comcast.net[67.169.203.186]) by comcast.net (rwcrmhc12) with ESMTP id <2004100103494701400rkdo3e> (Authid: europax); Fri, 1 Oct 2004 03:49:47 +0000 Message-ID: <415CD45F.3090208@pythonemproject.com> Date: Thu, 30 Sep 2004 20:51:59 -0700 From: Rob User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Many thanks for everyones wifi tips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rob@pythonemproject.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Oct 2004 03:49:48 -0000 I will revert this over to freebsd-mobile now, forgot about that list. Sincerely, Rob From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 03:50:06 2004 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 C188616A4CE for ; Fri, 1 Oct 2004 03:50:06 +0000 (GMT) Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net [24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E99E43D1F for ; Fri, 1 Oct 2004 03:50:06 +0000 (GMT) (envelope-from grover@ceribus.net) Received: (qmail 1798 invoked by uid 1002); 1 Oct 2004 03:50:56 -0000 Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with qmail-scanner-1.22 Processed in 0.925879 secs); 01 Oct 2004 03:50:56 -0000 Received: from unknown (HELO purgatory) (192.168.200.200) by 192.168.200.225 with SMTP; 1 Oct 2004 03:50:55 -0000 From: "Grover Lines" To: "'David Wolfskill'" Date: Thu, 30 Sep 2004 20:50:05 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <200410010324.i913Oh1g080022@bunrab.catwhisker.org> Thread-Index: AcSnZmShcsLloRdBSsK3YYkWOBRCLQAAxSEg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Qmail-Scanner-Message-ID: <10966026556721792@hellhound.ceribus.net> Message-Id: <20041001035006.5E99E43D1F@mx1.FreeBSD.org> cc: freebsd-current@freebsd.org Subject: RE: mtree: not found 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: Fri, 01 Oct 2004 03:50:07 -0000 Ya after I did the last buildworld it kinda tweaked my system mail went through but was still showing in the inbox. My apologies about spamming the list. -- Grover Lines -----Original Message----- From: David Wolfskill [mailto:david@catwhisker.org] Sent: Thursday, September 30, 2004 8:25 PM To: grover@ceribus.net Subject: Re: mtree: not found Looks as if you may be having some challenges with email -- following is the 3rd copy of the message I've seen. The last 2 definitely have the same Message-Id. Ref.: >From owner-freebsd-current@freebsd.org Thu Sep 30 20:21:30 2004 >Return-Path: >Received: from janus.catwhisker.org (janus.catwhisker.org [172.16.8.1]) > by bunrab.catwhisker.org (8.13.1/8.13.1) with ESMTP id i913LUbQ080008 > for ; Thu, 30 Sep 2004 20:21:30 -0700 (PDT) > (envelope-from owner-freebsd-current@freebsd.org) >Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) > by janus.catwhisker.org (8.13.1/8.13.1) with ESMTP id i913LTdX009491 > for ; Thu, 30 Sep 2004 20:21:29 -0700 (PDT) > (envelope-from owner-freebsd-current@freebsd.org) >Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) > by mx2.freebsd.org (Postfix) with ESMTP > id 1252A57F17; Fri, 1 Oct 2004 03:20:48 +0000 (GMT) > (envelope-from owner-freebsd-current@freebsd.org) >Received: from hub.freebsd.org (localhost [127.0.0.1]) > by hub.freebsd.org (Postfix) with ESMTP > id 115E716A51A; Fri, 1 Oct 2004 03:20:30 +0000 (GMT) >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 0F67316A4CE > for ; > Fri, 1 Oct 2004 03:18:58 +0000 (GMT) >Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net > [24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id C853443D41 > for ; > Fri, 1 Oct 2004 03:18:57 +0000 (GMT) > (envelope-from grover@ceribus.net) >Received: (qmail 7421 invoked by uid 1002); 1 Oct 2004 03:19:48 -0000 >Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with > qmail-scanner-1.22 > Processed in 0.033243 secs); 01 Oct 2004 03:19:48 -0000 >Received: from unknown (HELO purgatory.ceribus.net) (192.168.200.200) > by 192.168.200.225 with SMTP; 1 Oct 2004 03:19:48 -0000 >From: Grover Lines >To: freebsd-current@freebsd.org >Content-Type: text/plain >Date: Thu, 30 Sep 2004 20:17:26 -0700 >Message-Id: <1096600646.84884.1.camel@purgatory.ceribus.net> >Mime-Version: 1.0 >X-Mailer: Evolution 2.0.1FreeBSD GNOME Team Port >Content-Transfer-Encoding: 7bit >Subject: mtree: not found >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: , > >Sender: owner-freebsd-current@freebsd.org >Errors-To: owner-freebsd-current@freebsd.org >Status: R > >Is it just me or did the recent commit for > http://lists.freebsd.org/pipermail/cvs-src/2004-September/032796.html >nuke my build? > >hellhound# make buildworld > >-------------------------------------------------------------- >>>> Rebuilding the temporary build tree >-------------------------------------------------------------- >rm -rf /usr/obj/usr/src/i386 >mkdir -p /usr/obj/usr/src/i386/legacy/usr/bin >mkdir -p /usr/obj/usr/src/i386/legacy/usr/games >mkdir -p /usr/obj/usr/src/i386/legacy/usr/include/c++/3.3 >mkdir -p /usr/obj/usr/src/i386/legacy/usr/include/sys >mkdir -p /usr/obj/usr/src/i386/legacy/usr/lib >mkdir -p /usr/obj/usr/src/i386/legacy/usr/libexec >mkdir -p /usr/obj/usr/src/i386/legacy/usr/sbin >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/dict >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX100 >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX100-12 >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX75 >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX75-12 >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devascii >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devcp1047 >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devdvi >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devhtml >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devkoi8-r >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlatin1 >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlbp >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlj4 >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devps >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devutf8 >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/tmac/mdoc >mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/tmac/mm >mkdir -p /usr/obj/usr/src/i386/lib >mkdir -p /usr/obj/usr/src/i386/usr/bin >mkdir -p /usr/obj/usr/src/i386/usr/include >mkdir -p /usr/obj/usr/src/i386/usr/lib/compat/aout >mkdir -p /usr/obj/usr/src/i386/usr/libdata/ldscripts >mkdir -p /usr/obj/usr/src/i386/usr/libexec >mkdir -p /usr/obj/usr/src/i386/usr/sbin >mkdir -p /usr/obj/usr/src/i386/usr/share/misc >mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/defs >mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/mibs >mtree -deU -f /usr/src/etc/mtree/BSD.include.dist >-p /usr/obj/usr/src/i386/usr/include >/dev/null >mtree: not found >*** Error code 127 > >Stop in /usr/src. >*** Error code 1 > >Stop in /usr/src. > >-- >Grover Lines > >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > Peace, david (current hat: postmaster@freebsd.org) -- David H. Wolfskill david@catwhisker.org There is a use for spam: it helps identify spammers. I have no use for spammers. See http://www.catwhisker.org/~david/publickey.gpg for public key. From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 04:07:09 2004 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 7330D16A4CE for ; Fri, 1 Oct 2004 04:07:09 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id B28EC43D1D for ; Fri, 1 Oct 2004 04:07:08 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id i91471ts042635; Thu, 30 Sep 2004 21:07:05 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200410010407.i91471ts042635@gw.catspoiler.org> Date: Thu, 30 Sep 2004 21:07:01 -0700 (PDT) From: Don Lewis To: scrappy@hub.org In-Reply-To: <20040930234547.S23868@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: current@FreeBSD.org Subject: Re: fsck_ffs patch testers wanted 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: Fri, 01 Oct 2004 04:07:09 -0000 On 30 Sep, Marc G. Fournier wrote: > > Would you be willing to post a 4.x version of this, or send me one, that I > can test, since I'm the one that seems lucky to get the "glacially slow" > fsck's :( I was planning on posting a 4.x version sometime after I did the commit to -CURRENT and it had time to get well exercised by the masses. My plan is to allow about a month of testing between the commit to -CURRENT and the MFC. > Also, some sort of "what I should be watching for" would be nice, if > anything ... I've got my remote techs "trained" so that they can get me > into single user mode so that I can watch fsck using ctl-t, so I can > install this as a seperate fsck and manually test it as required ... Things to watch out for are fsck going berzerk and deleting all your files. The behaviour should be the same as the unpatched version of fsck other than the worst case time it takes to get through pass 4. I just cranked out the 4.x patch below. I've only given it some light testing, mostly just running versions of fsck with and without the patch in read-only mode (-n option) on the same file system and comparing the fsck output. I've done this on a clean file system, and one with some minor inconsistencies. I'll repost this patch to stable@ if no problems show up after the commit to -CURRENT. Index: sbin/fsck/dir.c =================================================================== RCS file: /home/ncvs/src/sbin/fsck/Attic/dir.c,v retrieving revision 1.15.2.1 diff -u -r1.15.2.1 dir.c --- sbin/fsck/dir.c 29 Oct 2003 09:53:29 -0000 1.15.2.1 +++ sbin/fsck/dir.c 1 Oct 2004 03:19:54 -0000 @@ -90,7 +90,7 @@ if (inp->i_parent == 0) continue; if (inoinfo(inp->i_parent)->ino_state == DFOUND && - inoinfo(inp->i_number)->ino_state == DSTATE) { + INO_IS_DUNFOUND(inp->i_number)) { inoinfo(inp->i_number)->ino_state = DFOUND; change++; } @@ -692,8 +692,7 @@ cacheino(dp, ino); return(ino); } - if (inoinfo(parent)->ino_state != DSTATE && - inoinfo(parent)->ino_state != DFOUND) { + if (!INO_IS_DVALID(parent)) { freeino(ino); return (0); } Index: sbin/fsck/fsck.h =================================================================== RCS file: /home/ncvs/src/sbin/fsck/Attic/fsck.h,v retrieving revision 1.12.2.1 diff -u -r1.12.2.1 fsck.h --- sbin/fsck/fsck.h 23 Jan 2001 23:11:07 -0000 1.12.2.1 +++ sbin/fsck/fsck.h 1 Oct 2004 03:19:54 -0000 @@ -58,12 +58,21 @@ /* * Inode states. */ -#define USTATE 01 /* inode not allocated */ -#define FSTATE 02 /* inode is file */ -#define DSTATE 03 /* inode is directory */ -#define DFOUND 04 /* directory found during descent */ -#define DCLEAR 05 /* directory is to be cleared */ -#define FCLEAR 06 /* file is to be cleared */ +#define USTATE 0x1 /* inode not allocated */ +#define FSTATE 0x2 /* inode is file */ +#define FZLINK 0x3 /* inode is file with a link count of zero */ +#define DSTATE 0x4 /* inode is directory */ +#define DZLINK 0x5 /* inode is directory with a zero link count */ +#define DFOUND 0x6 /* directory found during descent */ +/* 0x7 UNUSED - see S_IS_DVALID() definition */ +#define DCLEAR 0x8 /* directory is to be cleared */ +#define FCLEAR 0x9 /* file is to be cleared */ +/* DUNFOUND === (state == DSTATE || state == DZLINK) */ +#define S_IS_DUNFOUND(state) (((state) & ~0x1) == DSTATE) +/* DVALID === (state == DSTATE || state == DZLINK || state == DFOUND) */ +#define S_IS_DVALID(state) (((state) & ~0x3) == DSTATE) +#define INO_IS_DUNFOUND(ino) S_IS_DUNFOUND(inoinfo(ino)->ino_state) +#define INO_IS_DVALID(ino) S_IS_DVALID(inoinfo(ino)->ino_state) /* * Inode state information is contained on per cylinder group lists * which are described by the following structure. @@ -162,15 +171,6 @@ struct dups *muldup; /* end of unique duplicate dup block numbers */ /* - * Linked list of inodes with zero link counts. - */ -struct zlncnt { - struct zlncnt *next; - ino_t zlncnt; -}; -struct zlncnt *zlnhead; /* head of zero link count list */ - -/* * Inode cache data structures. */ struct inoinfo { Index: sbin/fsck/inode.c =================================================================== RCS file: /home/ncvs/src/sbin/fsck/Attic/inode.c,v retrieving revision 1.20 diff -u -r1.20 inode.c --- sbin/fsck/inode.c 28 Feb 2000 20:02:41 -0000 1.20 +++ sbin/fsck/inode.c 1 Oct 2004 03:19:54 -0000 @@ -565,10 +565,12 @@ switch (inoinfo(ino)->ino_state) { case FSTATE: + case FZLINK: inoinfo(ino)->ino_state = FCLEAR; return; case DSTATE: + case DZLINK: inoinfo(ino)->ino_state = DCLEAR; return; Index: sbin/fsck/main.c =================================================================== RCS file: /home/ncvs/src/sbin/fsck/Attic/main.c,v retrieving revision 1.21.2.1 diff -u -r1.21.2.1 main.c --- sbin/fsck/main.c 23 Jan 2001 23:11:07 -0000 1.21.2.1 +++ sbin/fsck/main.c 1 Oct 2004 03:29:14 -0000 @@ -206,7 +206,6 @@ ufs_daddr_t n_ffree, n_bfree; struct dups *dp; struct statfs *mntbuf; - struct zlncnt *zlnp; int cylno; if (preen && child) @@ -314,14 +313,7 @@ printf(" %d,", dp->dup); printf("\n"); } - if (zlnhead != NULL) { - printf("The following zero link count inodes remain:"); - for (zlnp = zlnhead; zlnp; zlnp = zlnp->next) - printf(" %u,", zlnp->zlncnt); - printf("\n"); - } } - zlnhead = (struct zlncnt *)0; duplist = (struct dups *)0; muldup = (struct dups *)0; inocleanup(); Index: sbin/fsck/pass1.c =================================================================== RCS file: /home/ncvs/src/sbin/fsck/Attic/pass1.c,v retrieving revision 1.16.2.5 diff -u -r1.16.2.5 pass1.c --- sbin/fsck/pass1.c 23 Jun 2002 22:34:58 -0000 1.16.2.5 +++ sbin/fsck/pass1.c 1 Oct 2004 03:39:37 -0000 @@ -181,7 +181,6 @@ register struct inodesc *idesc; { register struct dinode *dp; - struct zlncnt *zlnp; u_int64_t kernmaxfilesize; ufs_daddr_t ndb, j; mode_t mode; @@ -291,28 +290,18 @@ goto unknown; n_files++; inoinfo(inumber)->ino_linkcnt = dp->di_nlink; - if (dp->di_nlink <= 0) { - zlnp = (struct zlncnt *)malloc(sizeof *zlnp); - if (zlnp == NULL) { - pfatal("LINK COUNT TABLE OVERFLOW"); - if (reply("CONTINUE") == 0) { - ckfini(0); - exit(EEXIT); - } - } else { - zlnp->zlncnt = inumber; - zlnp->next = zlnhead; - zlnhead = zlnp; - } - } if (mode == IFDIR) { if (dp->di_size == 0) inoinfo(inumber)->ino_state = DCLEAR; + else if (dp->di_nlink <= 0) + inoinfo(inumber)->ino_state = DZLINK; else inoinfo(inumber)->ino_state = DSTATE; cacheino(dp, inumber); countdirs++; - } else + } else if (dp->di_nlink <= 0) + inoinfo(inumber)->ino_state = FZLINK; + else inoinfo(inumber)->ino_state = FSTATE; inoinfo(inumber)->ino_type = IFTODT(mode); if (doinglevel2 && Index: sbin/fsck/pass2.c =================================================================== RCS file: /home/ncvs/src/sbin/fsck/Attic/pass2.c,v retrieving revision 1.10.2.2 diff -u -r1.10.2.2 pass2.c --- sbin/fsck/pass2.c 24 Nov 2001 15:14:59 -0000 1.10.2.2 +++ sbin/fsck/pass2.c 1 Oct 2004 03:33:34 -0000 @@ -92,6 +92,7 @@ case FSTATE: case FCLEAR: + case FZLINK: pfatal("ROOT INODE NOT DIRECTORY"); if (reply("REALLOCATE")) { freeino(ROOTINO); @@ -110,6 +111,7 @@ break; case DSTATE: + case DZLINK: break; default: @@ -189,7 +191,7 @@ if (inp->i_parent == 0 || inp->i_isize == 0) continue; if (inoinfo(inp->i_parent)->ino_state == DFOUND && - inoinfo(inp->i_number)->ino_state == DSTATE) + INO_IS_DUNFOUND(inp->i_number)) inoinfo(inp->i_number)->ino_state = DFOUND; if (inp->i_dotdot == inp->i_parent || inp->i_dotdot == (ino_t)-1) @@ -431,6 +433,7 @@ goto again; case DSTATE: + case DZLINK: if (inoinfo(idesc->id_number)->ino_state == DFOUND) inoinfo(dirp->d_ino)->ino_state = DFOUND; /* fall through */ @@ -459,6 +462,7 @@ /* fall through */ case FSTATE: + case FZLINK: if (newinofmt && dirp->d_type != inoinfo(dirp->d_ino)->ino_type) { fileerror(idesc->id_number, dirp->d_ino, Index: sbin/fsck/pass3.c =================================================================== RCS file: /home/ncvs/src/sbin/fsck/Attic/pass3.c,v retrieving revision 1.7.2.1 diff -u -r1.7.2.1 pass3.c --- sbin/fsck/pass3.c 23 Jan 2001 23:11:07 -0000 1.7.2.1 +++ sbin/fsck/pass3.c 1 Oct 2004 03:44:18 -0000 @@ -68,7 +68,7 @@ inp = inpsort[inpindex]; state = inoinfo(inp->i_number)->ino_state; if (inp->i_number == ROOTINO || - (inp->i_parent != 0 && state != DSTATE)) + (inp->i_parent != 0 && !S_IS_DUNFOUND(state))) continue; if (state == DCLEAR) continue; @@ -78,7 +78,7 @@ * them in DSTATE which will cause them to be pitched * in pass 4. */ - if (preen && resolved && usedsoftdep && state == DSTATE) { + if (preen && resolved && usedsoftdep && S_IS_DUNFOUND(state)) { if (inp->i_dotdot >= ROOTINO) inoinfo(inp->i_dotdot)->ino_linkcnt++; continue; @@ -86,7 +86,7 @@ for (loopcnt = 0; ; loopcnt++) { orphan = inp->i_number; if (inp->i_parent == 0 || - inoinfo(inp->i_parent)->ino_state != DSTATE || + !INO_IS_DUNFOUND(inp->i_parent) || loopcnt > countdirs) break; inp = getinoinfo(inp->i_parent); Index: sbin/fsck/pass4.c =================================================================== RCS file: /home/ncvs/src/sbin/fsck/Attic/pass4.c,v retrieving revision 1.7.2.1 diff -u -r1.7.2.1 pass4.c --- sbin/fsck/pass4.c 23 Jan 2001 23:11:07 -0000 1.7.2.1 +++ sbin/fsck/pass4.c 1 Oct 2004 03:35:03 -0000 @@ -53,7 +53,6 @@ pass4() { register ino_t inumber; - register struct zlncnt *zlnp; struct dinode *dp; struct inodesc idesc; int i, n, cg; @@ -75,6 +74,14 @@ idesc.id_number = inumber; switch (inoinfo(inumber)->ino_state) { + case FZLINK: + case DZLINK: + if (inoinfo(inumber)->ino_linkcnt == 0) { + clri(&idesc, "UNREF", 1); + break; + } + /* fall through */ + case FSTATE: case DFOUND: n = inoinfo(inumber)->ino_linkcnt; @@ -82,16 +89,6 @@ adjust(&idesc, (short)n); break; } - for (zlnp = zlnhead; zlnp; zlnp = zlnp->next) { - if (zlnp->zlncnt == inumber) { - zlnp->zlncnt = zlnhead->zlncnt; - zlnp = zlnhead; - zlnhead = zlnhead->next; - free((char *)zlnp); - clri(&idesc, "UNREF", 1); - break; - } - } break; case DSTATE: Index: sbin/fsck/pass5.c =================================================================== RCS file: /home/ncvs/src/sbin/fsck/Attic/pass5.c,v retrieving revision 1.17.2.2 diff -u -r1.17.2.2 pass5.c --- sbin/fsck/pass5.c 26 Nov 2002 04:46:59 -0000 1.17.2.2 +++ sbin/fsck/pass5.c 1 Oct 2004 03:36:45 -0000 @@ -222,11 +222,13 @@ case DSTATE: case DCLEAR: case DFOUND: + case DZLINK: newcg->cg_cs.cs_ndir++; /* fall through */ case FSTATE: case FCLEAR: + case FZLINK: newcg->cg_cs.cs_nifree--; setbit(cg_inosused(newcg), i); break; Index: sbin/fsck/utilities.c =================================================================== RCS file: /home/ncvs/src/sbin/fsck/Attic/utilities.c,v retrieving revision 1.11.2.3 diff -u -r1.11.2.3 utilities.c --- sbin/fsck/utilities.c 23 Jan 2001 23:11:07 -0000 1.11.2.3 +++ sbin/fsck/utilities.c 1 Oct 2004 03:28:19 -0000 @@ -466,9 +466,7 @@ (void)strcpy(namebuf, "/"); return; } - if (busy || - (inoinfo(curdir)->ino_state != DSTATE && - inoinfo(curdir)->ino_state != DFOUND)) { + if (busy || !INO_IS_DVALID(curdir)) { (void)strcpy(namebuf, "?"); return; } From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 04:31:36 2004 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 E2CEC16A4CE for ; Fri, 1 Oct 2004 04:31:36 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 41CE143D2F for ; Fri, 1 Oct 2004 04:31:36 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 29873 invoked by uid 0); 1 Oct 2004 03:31:06 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 1 Oct 2004 03:31:06 -0000 Message-ID: <415CCF97.5010205@gamersimpact.com> Date: Thu, 30 Sep 2004 22:31:35 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Grover Lines References: <1096600646.84884.1.camel@purgatory.ceribus.net> In-Reply-To: <1096600646.84884.1.camel@purgatory.ceribus.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: mtree: not found 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: Fri, 01 Oct 2004 04:31:37 -0000 Grover Lines wrote: >Is it just me or did the recent commit for > http://lists.freebsd.org/pipermail/cvs-src/2004-September/032796.html >nuke my build? > > When did you last cvsup your source tree? What version are you supping against? RELENG_5? CURRENT? -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 04:40:17 2004 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 8380616A4CE for ; Fri, 1 Oct 2004 04:40:17 +0000 (GMT) Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net [24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 319DC43D4C for ; Fri, 1 Oct 2004 04:40:17 +0000 (GMT) (envelope-from grover@ceribus.net) Received: (qmail 19816 invoked by uid 1002); 1 Oct 2004 04:41:07 -0000 Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with qmail-scanner-1.22 Processed in 1.006639 secs); 01 Oct 2004 04:41:07 -0000 Received: from unknown (HELO purgatory) (192.168.200.200) by 192.168.200.225 with SMTP; 1 Oct 2004 04:41:06 -0000 From: "Grover Lines" To: Date: Thu, 30 Sep 2004 21:40:16 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcSncL9Tr7AZN28bQhWF0NZ2FJz8ew== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Qmail-Scanner-Message-ID: <109660566667219809@hellhound.ceribus.net> Message-Id: <20041001044017.319DC43D4C@mx1.FreeBSD.org> Subject: mtree: not found 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: Fri, 01 Oct 2004 04:40:17 -0000 I fixed it. Just built mtree from the source directory and installed it. Thanks for all the help. I think something weird after my last installworld because my /var/log/messages had some garbled characters in it, and my kernel panicd at reboot. -- Grover Lines From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 04:40:30 2004 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 7090916A4CE for ; Fri, 1 Oct 2004 04:40:30 +0000 (GMT) Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net [24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C8C743D48 for ; Fri, 1 Oct 2004 04:40:30 +0000 (GMT) (envelope-from grover@ceribus.net) Received: (qmail 19847 invoked by uid 1002); 1 Oct 2004 04:41:20 -0000 Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with qmail-scanner-1.22 Processed in 1.314436 secs); 01 Oct 2004 04:41:20 -0000 Received: from unknown (HELO purgatory) (192.168.200.200) by 192.168.200.225 with SMTP; 1 Oct 2004 04:41:19 -0000 From: "Grover Lines" To: Date: Thu, 30 Sep 2004 21:40:29 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcSncL9Tr7AZN28bQhWF0NZ2FJz8ew== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Qmail-Scanner-Message-ID: <109660567967219841@hellhound.ceribus.net> Message-Id: <20041001044030.2C8C743D48@mx1.FreeBSD.org> Subject: mtree: not found 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: Fri, 01 Oct 2004 04:40:30 -0000 I fixed it. Just built mtree from the source directory and installed it. Thanks for all the help. I think something weird after my last installworld because my /var/log/messages had some garbled characters in it, and my kernel panicd at reboot. -- Grover Lines From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 04:47:50 2004 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 0161216A4CE for ; Fri, 1 Oct 2004 04:47:50 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 6C6B143D1D for ; Fri, 1 Oct 2004 04:47:49 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 30024 invoked by uid 0); 1 Oct 2004 03:47:20 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 1 Oct 2004 03:47:20 -0000 Message-ID: <415CD365.1090209@gamersimpact.com> Date: Thu, 30 Sep 2004 22:47:49 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "J.R. Oldroyd" References: <20040930184729.GA836@linwhf.opal.com> <20040930185842.GA4759@xor.obsecurity.org> <20040930190716.GA1236@linwhf.opal.com> <60850.208.4.77.15.1096574606.squirrel@208.4.77.15> <20040930211418.GA795@linwhf.opal.com> In-Reply-To: <20040930211418.GA795@linwhf.opal.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: panic after 'ifconfig gif0 destroy' 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: Fri, 01 Oct 2004 04:47:50 -0000 J.R. Oldroyd wrote: >Here you go: > ># ifconfig gif0 destroy >[thread 100166] >Stopped at idestroy_dev+0x9e: cmpl $0,0x3c(%esi) >db> trace >idestroy_dev(c3b88b00) at idestroy_dev+0x9e >idestroy_dev(c3be1700,f0e6cb84,c0671ef4,c3be1700,c35a7800) at idestroy_dev+0x68 >destroy_dev(c35a1700,c35a7800,0,c080a1b8,d8) at destroy_dev+0x10 >if_detach(c35a7800,c35a7800,c35a7800,c0872480,f0e6cbbc) at if_detatch+0x274 >gif_destroy(c35a7800,c087b660,0,c0814dca,db) at gif_destroy+0x80 >gif_clone_destroy(c35a7800,c08724b0,c0872480,f0e6cbf0,c0674076) at gif_clone_destroy+0x67 >ifc_simple_destroy(c0872480,c35a7800,2d,80206979,0) at ifc_simple_destroy+0x1e >if_clone_destroy(f0e6cc60,f0e6cc14,c0631dee,f0e6cc60,f0e6cc60) at if_clone_destroy+0xf2 >ifioctl(c4285a20,80206979,f0e6cc60,c4274900,0) at ifioctl+0x88 >soo_ioctl(c39f7e58,80206979,f0e6cc60,c3bd2e80,c4274900) at soo_ioctl+0x2b1 >ioctl(c4274900,f0e6cd14,3,7,286) at ioctl+0x3e0 >syscall(2f,2f,2f,1,bfbfe9c0) at syscall+0x213 >Xint0x80_syscall() at Xint0x80_syscall+0x1f >--- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280cc10b, esp = 0xbfbfe84c, ebp = 0xbfbfe868 --- >db> > > Can you send me a copy of your kernel config and dmesg output via private email. I'm going to try and duplicate this tomorrow. -- -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 05:38:13 2004 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 C3FB816A4E3 for ; Fri, 1 Oct 2004 05:38:13 +0000 (GMT) Received: from nic.ach.sch.gr (nic.sch.gr [194.63.238.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93C2C43D1D for ; Fri, 1 Oct 2004 05:38:10 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: (qmail 10138 invoked by uid 207); 1 Oct 2004 05:37:42 -0000 Received: from keramida@freebsd.org by nic by uid 201 with qmail-scanner-1.21 (sophie: 3.04/2.19/3.81. Clear:RC:1(81.186.70.238):. Processed in 0.618261 secs); 01 Oct 2004 05:37:42 -0000 Received: from dialup238.ach.sch.gr (HELO gothmog.gr) ([81.186.70.238]) (envelope-sender ) by nic.sch.gr (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 1 Oct 2004 05:37:41 -0000 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i915bZDQ027624; Fri, 1 Oct 2004 08:37:35 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i915bZcB027623; Fri, 1 Oct 2004 08:37:35 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Fri, 1 Oct 2004 08:37:35 +0300 From: Giorgos Keramidas To: Roman Kurakin Message-ID: <20041001053735.GA27546@gothmog.gr> References: <20040925165522.GB45767@gothmog.gr> <415C6B64.20505@cronyx.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <415C6B64.20505@cronyx.ru> cc: freebsd-current@freebsd.org Subject: Re: silo overflows 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: Fri, 01 Oct 2004 05:38:13 -0000 On 2004-10-01 00:24, Roman Kurakin wrote: > Giorgos Keramidas: > >I've been seeing the following for a while now. Any hints about ways to > >track down why this happens or how to fix it? > > > >Sep 25 19:18:36 gothmog kernel: sio1: 2 more silo overflows (total 357) > >Sep 25 19:18:45 gothmog kernel: sio1: 2 more silo overflows (total 359) > > This is not a bug. This is normal. This would be "fixed" after interrupt > optimisation in sio and other drivers/parts of system. BUG section of > sio(4) describes all reasons for that. Hmmm, you're right. The only difference that this workstation has from the one I use at work regarding interrupts is that here (where the silo overflows occur) irq9 is shared among ohci2 and acpi0. 20 ?? WL 0:00.00 [irq9: ohci2 acpi0] I vaguely remember having problems with silo overflows again in the past; when irq9 was shared. Now I have to find out how to assign another irq to ohci2. Thanks Roman :-) From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 06:00:46 2004 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 1D1B816A4D0 for ; Fri, 1 Oct 2004 06:00:46 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A45243D4C for ; Fri, 1 Oct 2004 06:00:33 +0000 (GMT) (envelope-from david.downey@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so4157062rnk for ; Thu, 30 Sep 2004 23:00:32 -0700 (PDT) Received: by 10.38.70.21 with SMTP id s21mr1458341rna; Thu, 30 Sep 2004 23:00:32 -0700 (PDT) Received: by 10.38.82.69 with HTTP; Thu, 30 Sep 2004 23:00:32 -0700 (PDT) Message-ID: <6917b78104093023001aca5eb0@mail.gmail.com> Date: Fri, 1 Oct 2004 02:00:32 -0400 From: "David D.W. Downey" To: Ryan Sommers In-Reply-To: <59601.208.4.77.15.1096551960.squirrel@208.4.77.15> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <6917b781040930062874f5e55f@mail.gmail.com> <59601.208.4.77.15.1096551960.squirrel@208.4.77.15> cc: Current Subject: Re: 5.3-BETA6 ignoring /var/db/ports/*/options X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "David D.W. Downey" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Oct 2004 06:00:46 -0000 On Thu, 30 Sep 2004 07:46:00 -0600 (MDT), Ryan Sommers wrote: > > > > > OK, I'm doing a portupgrade -af on my machine (5.3-BETA6 with cvsup > > pull as of roughly 4:45AM EST5EDT) and *every* option file for > > installed packages is ignored. > > > > This something anyone else has seen? It doesn't stop anything from > > building since I'm reanswering everything, just noting the fact that > > it's ignored. > > Come to think of it, last week when I did a portupgrade I had to as well. > I didn't really think about it at the time. > Yeah i did another pull today, and it's still doing it, so hopefully someone will kick an answer down shortly, or we'll see more emails about it. -- David D.W. Downey From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 06:29:57 2004 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 8302F16A4CE for ; Fri, 1 Oct 2004 06:29:57 +0000 (GMT) Received: from mail.vtec.ipme.de (C3B3D243.dial.de.easynet.net [195.179.210.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 015E343D41 for ; Fri, 1 Oct 2004 06:29:56 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from [192.168.16.24] (unknown [192.168.16.24]) by bellona.sz.vwsoft.com (Postfix) with ESMTP id 528CA5CD6; Fri, 1 Oct 2004 00:43:42 +0200 (CEST) Message-ID: <415C8C1C.5050606@vwsoft.com> Date: Fri, 01 Oct 2004 00:43:40 +0200 From: Volker User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040822 Thunderbird/0.7+ Mnenhy/0.6.0.101 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ryan Sommers References: <415C0326.7000104@vwsoft.com> <59462.208.4.77.15.1096550417.squirrel@208.4.77.15> In-Reply-To: <59462.208.4.77.15.1096550417.squirrel@208.4.77.15> X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: panics and traces, who and where to report? 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: Fri, 01 Oct 2004 06:29:57 -0000 Ryan, thanks for answering. On 2004-09-30 15:20, Ryan Sommers wrote: >>Hi folks! >> >>Last week I was sending some panic reports (using 6-CURRENT and >>RELENG_5) and debugger traces to this list. I didn't get a response and >>while cvsup'ing twice a day for several days and doing buildkernel every >>other day the situation didn't change. > > > Generally if you don't get a response I wouldn't bother CVSUPing so often > as it probably means no one has had the time to look at it yet. I've been hoping that someone fixed the panics while working on a similar problem. I'll still continue cvsup'ing twice (or more...) a day and build a new every other 24 hours. >That being said I'll dig in the archives and see if any of your panics have been > reported by other people and if I've seen any activity regarding > solutions. > Don't search! I may resend a dozen traces directly to you (got them saved here). I think it's faster then searching through the archives. Just tell me and I may send you some traces. Also I was searching, too and found similar (but not exactly same) problem reports. My panics where mostly related to the network stack and filehandling (my guess from the function names given from trace). Within the last 48 hours I've had some machine hangs without a panic. Only the reset-knob helped me out. The machine was not responding to either console keyboard or network requests. >>Another question: Do you really expect RELENG_5 to become stable within >>the very next few weeks? From my point of experience with RELENG_5 it >>looks like I have to switch my OS as I don't believe the 5-STABLE will >>be production stable soon. > > > Not to sound rude, but if you feel RELENG-5 isn't stable enough you can > always run RELENG-4 until you feel the RELENG-5 branch meets your > expectations. Unless you have some reasons you want to go to 5. > Well, for my (personal) need 4-STABLE was running fine for quite a while but since using an atheros based wlan card I really need 5.x (I was running another machine just for the AP but IMHO it doesn't make sense to have one machine just for running an AP). I've been quite happy even with 5-CURRENT for the AP machine as it _never_ crashed but since running RELENG_5 on my border gateway (beginning with 5.3-BETA3) my machine (and me...*bs*) are panicing several times a day (1 to 4 times). Thanks, Volker -- GPG/PGP fingerprint: FF93 13A1 2477 B631 E953 06DF 4C49 ADD9 E4BF 79B1 From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 06:31:16 2004 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 9232C16A4CE for ; Fri, 1 Oct 2004 06:31:16 +0000 (GMT) Received: from mail.vtec.ipme.de (C3B3D243.dial.de.easynet.net [195.179.210.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA3E643D55 for ; Fri, 1 Oct 2004 06:31:15 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from [192.168.16.24] (unknown [192.168.16.24]) by bellona.sz.vwsoft.com (Postfix) with ESMTP id 139F45C66; Fri, 1 Oct 2004 00:38:12 +0200 (CEST) Message-ID: <415C8AD3.6060704@vwsoft.com> Date: Fri, 01 Oct 2004 00:38:11 +0200 From: Volker User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040822 Thunderbird/0.7+ Mnenhy/0.6.0.101 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexey Dokuchaev References: <415C0326.7000104@vwsoft.com> <20040930182117.GA87887@regency.nsu.ru> In-Reply-To: <20040930182117.GA87887@regency.nsu.ru> X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: panics and traces, who and where to report? 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: Fri, 01 Oct 2004 06:31:16 -0000 Alexey, On 2004-09-30 20:21, Alexey Dokuchaev wrote: [snip] >> >>So I'm wondering if this is the right place to report panics and traces? >>Or are these better placed at hackers@? > > > The place is probably just right, but since people are pretty busy with > upcoming release, the queue of problems does not get flushed at the rate > we sometimes want it to. You'd just have to accept this. RE team is > doing its best to deliver 5.3-RELEASE so not to be ashamed of it. > It's not my problem to accept that developers are mostly overloaded (believe me, I know what I'm talking about). My problem is to probably have a released version 5.3 which isn't as stable as we want it to be. There's still the chance left that my hardware is causing trouble (and really, for FreeBSD that's my hope to have _my_ hardware being faulty) but I don't know any kernel parts in detail to make a guess where the problem is coming from. Thanks, Volker -- GPG/PGP fingerprint: FF93 13A1 2477 B631 E953 06DF 4C49 ADD9 E4BF 79B1 From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 07:14:42 2004 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 E659D16A4CE; Fri, 1 Oct 2004 07:14:42 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF72043D2D; Fri, 1 Oct 2004 07:14:41 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i917E2sS091692; Fri, 1 Oct 2004 10:14:02 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 05148-02; Fri, 1 Oct 2004 10:13:56 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i917CQNr091669 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Oct 2004 10:12:27 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i917CTH2004898; Fri, 1 Oct 2004 10:12:29 +0300 (EEST) (envelope-from ru) Date: Fri, 1 Oct 2004 10:12:29 +0300 From: Ruslan Ermilov To: Grover Lines Message-ID: <20041001071229.GA4310@ip.net.ua> References: <20040930202820.Y27520@qbhto.arg> <20041001034344.3843343D1D@mx1.FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <20041001034344.3843343D1D@mx1.FreeBSD.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: Doug Barton cc: current@FreeBSD.org Subject: Re: mtree: not found 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: Fri, 01 Oct 2004 07:14:43 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 30, 2004 at 08:43:43PM -0700, Grover Lines wrote: > It says 'mtree: Command not found.' >=20 > Freshly cvsupd tree on 6-CURRENT >=20 Well, find who has stolen your /usr/sbin/mtree then. > -----Original Message----- > From: owner-freebsd-current@freebsd.org > [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Doug Barton > Sent: Thursday, September 30, 2004 8:32 PM > To: Grover Lines > Cc: freebsd-current@freebsd.org > Subject: Re: mtree: not found >=20 > On Thu, 30 Sep 2004, Grover Lines wrote: >=20 > > Is it just me or did the recent commit for > > http://lists.freebsd.org/pipermail/cvs-src/2004-September/032796.html > > nuke my build? >=20 > > mkdir -p /usr/obj/usr/src/i386/usr/share/snmp/mibs > > mtree -deU -f /usr/src/etc/mtree/BSD.include.dist > > -p /usr/obj/usr/src/i386/usr/include >/dev/null > > mtree: not found > > *** Error code 127 >=20 > This problem isn't caused by the bind mfc, that import didn't change=20 > Makefile.inc1 there, it changed it below there. Also, the problem is=20 > that mtree apparently can't be found in your path, which wouldn't have=20 > been caused by the bind import. >=20 > What happens when you do this: type mtree >=20 > Doug --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBXQNdqRfpzJluFF4RAu5vAJ4lEp6gTcVQ4xqXUvsAFEJeMUC/CQCdHDfc hwjDqqrDmBjqtQlZyyixA5E= =bdxe -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 07:29:07 2004 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 28EE916A4CE for ; Fri, 1 Oct 2004 07:29:07 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51A0443D1D for ; Fri, 1 Oct 2004 07:29:06 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i917T5gW060970 for ; Fri, 1 Oct 2004 09:29:05 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Fri, 01 Oct 2004 09:29:05 +0200 Message-ID: <60969.1096615745@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: [HEADSUP] Breaking all the tty drivers one by one... 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: Fri, 01 Oct 2004 07:29:07 -0000 I am going to commit the meaty part of the tty driver cleanup up starting this weekend and I'll probably do about one or two drivers per day for the next couple of weeks. The total patch is close to 10000 lines and it removes around 3300 lines of duplicated code in the tty drivers. Architectural "before" picture: filesystem code | v DEVFS | v cdevsw device interface | v / code to make device A single tty | look and act like a driver. We have | a tty to the system 20-30 drivers | | in total. | v \ tty hardware handling Architectural "after" picture: filesystem code | v DEVFS | v cdevsw device interface | v Now only one / code to make device copy of this | look and act like a code. \ a tty to the system | v tty driver interface | v 20-30 of these < tty hardware handling In addition to the much saner code structure after this, it also makes our ttys look a lot more like each other. Today there is a lot of annoying small differences between the different drivers. Some have this feature, some havn't. Making all the drivers use the same upper level code makes them behave like a coherent class of drivers (subject of course to hardware limitations). In particular the naming will be made systematic (see earlier email on this subject). The problem is that I can't test more than a few of the tty drivers for lack of hardware so I will undoubtedly break some drivers along the way. I have tried to contact all the authors/maintainers/stuckees as best I could, and the majority of them have been very understanding and answered along the lines of "go ahead, I'll fix it if you break it". Much appreciated guys. If there are any driver maintainers/owners/etc who wants me to leave their driver alone, now is the time to say so! Otherwise, keep your eyes open, test any weird serial hardware you have in your collection, and don't yell too loudly at me too fast, I'll do my best to fix the mistakes I make along the way. Poul-Henning PS: The not quite finished patch can be seen in the perforce branch "phk_tty". -- 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 Fri Oct 1 07:40:28 2004 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 CA13016A4CE; Fri, 1 Oct 2004 07:40:28 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA15043D3F; Fri, 1 Oct 2004 07:40:27 +0000 (GMT) (envelope-from scottl@pooker.samsco.org) Received: from pooker.samsco.org (scottl@localhost [127.0.0.1]) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i917fKMI076108; Fri, 1 Oct 2004 01:41:20 -0600 (MDT) (envelope-from scottl@pooker.samsco.org) Received: (from scottl@localhost) by pooker.samsco.org (8.12.11/8.12.10/Submit) id i917fJUo076107; Fri, 1 Oct 2004 01:41:19 -0600 (MDT) (envelope-from scottl) Date: Fri, 1 Oct 2004 01:41:19 -0600 (MDT) Message-Id: <200410010741.i917fJUo076107@pooker.samsco.org> From: Scott Long To: current@FreeBSD.org X-Spam-Status: No, hits=0.6 required=3.8 tests=SUBJ_ALL_CAPS autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org Subject: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: re@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Oct 2004 07:40:28 -0000 This is an automated weekly mailing of the FreeBSD 5.3 open issues list. The live version of this list is available at: http://www.FreeBSD.org/releases/5.3R/todo.html Automated mailing of this list will continue through the release of FreeBSD 5.3 FreeBSD 5.3 Open Issues Open Issues This is a list of open issues that need to be resolved for FreeBSD 5.3. If you have any updates for this list, please e-mail re@FreeBSD.org. Show stopper defects for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |---------------------+-------------+---------------+--------------------| | | | | PREEMPTION appears | | | | | to increase the | | | | | chances of | | | | | triggering a race | | | | | condition in the | | | | | thread context | | PREEMPTION-related | | Scott Long, | management and | | hangs involving | In progress | Julian | scheduling code. | | threads | | Elischer | Patches to | | | | | mitigate the | | | | | problem have been | | | | | developed, with | | | | | on-going work to | | | | | come up with the | | | | | correct solution | | | | | prior to 5.3. | |---------------------+-------------+---------------+--------------------| | | | | Jun Kuriyama has | | | | | reported problems | | | | | with NFS over IPv6 | | | | | not functioning | | | | | correctly as of | | | | | the improved NFS | | | | | support for | | | | | disconnection | | | | | changes. Doug | | | | | White has tracked | | NFS over IPv6 | | | down the source of | | problems | In progress | Doug White | the problem | | | | | (EMSGSIZE being | | | | | returned by IPv6 | | | | | UDP send routine | | | | | due to | | | | | fragmentation), | | | | | and is currently | | | | | exploring possible | | | | | fixes. A patch has | | | | | been generated and | | | | | sent to the KAME | | | | | team for review. | |---------------------+-------------+---------------+--------------------| | | | | ether_input() | | | | | calls | | | | | random_harvest() | | | | | on the mbuf after | | | | | it has been handed | | | | | off to | | | | | ether_demux(), at | | ether_input() may | | Mark Murray, | which point it may | | harvest entropy | In progress | Robert Watson | have been free()'d | | from free()'d mbuf | | | back to the mbuf | | | | | allocator. It also | | | | | passes in a | | | | | pointer to the | | | | | mbuf itself, | | | | | rather than | | | | | ethernet frame | | | | | header. | |---------------------+-------------+---------------+--------------------| | | | | There have been | | | | | several reports of | | | | | if_em cards | | if_em wedging under | | | "wedging" under | | high pps | Not done | - | high | | | | | packets-per-second | | | | | load. This needs | | | | | to be debugged and | | | | | fixed. | |---------------------+-------------+---------------+--------------------| | | | | There are reports | | | | | that racoon is | | | | | unable to complete | | | | | IKE negotiation | | | | | due to a send to | | KAME IPSEC | | | the pfkey socket | | "ENOBUFS" problem | | | returning ENOBUFS. | | with racoon and | In progress | Robert Watson | This appears to be | | mbuma | | | a result of an | | | | | incorrect | | | | | assumption about | | | | | mbuf data size due | | | | | to a change | | | | | resulting from | | | | | mbuma. | |---------------------+-------------+---------------+--------------------| | | | | A recent | | | | | regression in the | | | | | USB code is | | | | | causing panics | | | | | when a USB device | | | | Warner Losh, | detaches, | | Panic on USB detach | Unknown | Scott Long | especially USB | | | | | hubs. Since | | | | | detaching a USB | | | | | device is a common | | | | | event, this must | | | | | be fixed for the | | | | | release. | +------------------------------------------------------------------------+ Required features for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |-----------------+-------------+----------------+-----------------------| | BIND9 import | | | BIND9 must be | | into 5-CURRENT | In progress | Doug Barton | imported for | | | | | 5.3-RELEASE. | |-----------------+-------------+----------------+-----------------------| | | | | Kernel bits | | KSE support for | | | implemented, userland | | sparc64 | -- | -- | not implemented. | | | | | Required for | | | | | 5.3-RELEASE. | |-----------------+-------------+----------------+-----------------------| | | | | With improved support | | | | | for threading | | | | | primitives, support | | | | | is now required to | | GDB thread | | David Xu, | ease debugging of | | support | In progress | Marcel | threaded | | | | Moolenaar | applications. | | | | | Ideally, this support | | | | | will work for both | | | | | libthr and libkse | | | | | threading models. | |-----------------+-------------+----------------+-----------------------| | | | | There have been | | | | | several reports that | | | | | growfs(8) works | | | | | improperly with large | | Reports of UFS2 | | | disk sizes, and other | | "large disk" | In progress | Scott Long | size-related nits in | | problems | | | the current disk and | | | | | label management tool | | | | | set. These must be | | | | | resolved for | | | | | 5.3-RELEASE. | |-----------------+-------------+----------------+-----------------------| | | | | Synaptics updates to | | | | | the psm(4) driver | | Synaptics | | | have resulted in poor | | touchpad | In progress | Philip Paeps | interactivity for | | problems | | | taps and button press | | | | | events for some | | | | | users. | |-----------------+-------------+----------------+-----------------------| | | | | Entropy harvesting in | | | | | the interrupt and | | | | | incoming packet paths | | | | | currently involves a | | | | | large number of mutex | | | | | operations. In order | | | | | to improve | | | | | performance, it is | | Entropy | | | desirable to reduce | | harvesting | In progress | Robert Watson, | the number of mutex | | optimizations | | Mark Murray | operations | | | | | substantially. Work | | | | | is in progress to | | | | | improve the | | | | | harvesting code along | | | | | these lines, but has | | | | | not yet been properly | | | | | measured, and | | | | | therefore not yet | | | | | merged to CVS. | +------------------------------------------------------------------------+ Desired features for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |------------------+-------------+----------------+----------------------| | | | | Almost all process | | | | | debugging tools have | | | | | been updated to use | | | | | non-procfs kernel | | | | | primitives, with the | | | | | exception of | | | | | truss(1). As procfs | | | | | is considered | | | | | deprecated due to | | | | | its inherent | | | | | security risks, it | | truss support | | | is highly desirable | | for ptrace | -- | -- | to update truss to | | | | | operate in a | | | | | post-procfs world. | | | | | Dag-Erling Smorgrav | | | | | had prototype | | | | | patches; | | | | | Robert Drehmel is | | | | | developing and | | | | | testing patches now. | | | | | Support for system | | | | | call tracing has | | | | | been added to | | | | | ptrace(). | |------------------+-------------+----------------+----------------------| | | | | FAST_IPSEC currently | | | | | cannot be used | | | | | directly with the | | | | | KAME IPv6 | | | | | implementation, | | | | | requiring an | | | | | additional level of | | | | | IP tunnel | | | | | indirection to | | | | | protect IPv6 packets | | FAST_IPSEC and | | | when using hardware | | KAME | Not done | -- | crypto acceleration. | | compatibility | | | This issue must be | | | | | resolved so that the | | | | | two services may | | | | | more easily be used | | | | | together. Among | | | | | other things, this | | | | | will require a | | | | | careful review of | | | | | the handling of mbuf | | | | | header copying and | | | | | m_tag support in the | | | | | KAME IPv6 code. | |------------------+-------------+----------------+----------------------| | | | | A process cannot be | | | | | interrupted while | | | | | waiting on a lock. | | rpc.lockd(8) | | | Fixing this requires | | stability | -- | -- | that the RPC code be | | | | | taught how to deal | | | | | with lock | | | | | cancellation and | | | | | interruption events. | |------------------+-------------+----------------+----------------------| | | | | Kernel modules are | | | | | currently built | | | | | independently from a | | | | | kernel | | | | | configuration, and | | | | | independently from | | | | | one another, | | | | | resulting in | | | | | substantially | | | | | redundant | | | | | compilation of | | | | | objects, as well as | | | | | the inability to | | | | | easily manage | | | | | compile-time options | | Revised kld | | | for kernel objects | | build | Not done | Peter Wemm | (such as MAC, PAE, | | infrastructure | | | etc) that may | | | | | require conditional | | | | | compilation in the | | | | | kernel modules. In | | | | | order to improve | | | | | build performance | | | | | and better support | | | | | options of this | | | | | sort, the KLD build | | | | | infrastructure needs | | | | | to be revamped. | | | | | Peter Wemm has done | | | | | some initial | | | | | prototyping, and | | | | | should be contacted | | | | | before starting on | | | | | this work. | |------------------+-------------+----------------+----------------------| | | | | Apple's Darwin | | | | | operating system has | | | | | fairly extensive | | Merge of Darwin | | | improvements to | | msdosfs, other | Not done | -- | msdosfs and other | | fixes | | | kernel services; | | | | | these fixes must be | | | | | reviewed and merged | | | | | to the FreeBSD tree. | |------------------+-------------+----------------+----------------------| | | | | Truss appears to | | | | | contain a race | | | | | condition during the | | | | | start-up of | | | | | debugging, which can | | | | | result in truss | | | | | failing to attach to | | | | | the process before | | | | | it exits. The | | | | | symptom is that | | | | | truss reports that | | | | | it cannot open the | | | | | procfs node | | | | | supporting the | | | | | process being | | | | | debugged. A bug also | | Race conditions | Errata | Robert Drehmel | appears to exist | | in truss | candidate | | where in truss will | | | | | hang if execve() | | | | | returns ENOENT. A | | | | | further race appears | | | | | to exist in which | | | | | truss will return | | | | | "PIOCWAIT: | | | | | Input/output error" | | | | | occasionally on | | | | | startup. The fix for | | | | | this sufficiently | | | | | changes process | | | | | execution handling | | | | | that we will defer | | | | | the fix to post-5.0 | | | | | and consider this | | | | | errata. | |------------------+-------------+----------------+----------------------| | | | | Truss appears to | | | | | have another | | | | | problem. It is | | | | | repeatable by | | | | | running "truss -f | | More truss | Not done | -- | fsck -p /", | | problems | | | suspending it with | | | | | ^Z, and then killing | | | | | truss. It will leave | | | | | behind the fsck | | | | | processes which will | | | | | be unkillable. | |------------------+-------------+----------------+----------------------| | | | | Many systems | | | | | supporting POSIX.1e | | | | | ACLs permit a minor | | | | | violation to that | | | | | specification, in | | | | | which the ACL_MASK | | ACL_MASK | | | entry overrides the | | override of | Not done | Robert Watson | umask, rather than | | umask support in | | | being intersected | | UFS | | | with it. The | | | | | resulting semantics | | | | | can be useful in | | | | | group-oriented | | | | | environments, and as | | | | | such would be very | | | | | helpful on FreeBSD. | |------------------+-------------+----------------+----------------------| | | | | The LOR reported in | | | | | PR kern/55175 needs | | filedesc LOR | Not done | -- | to be fixed. | | | | | Filedesc locking | | | | | needs to be heavily | | | | | reviewed in general. | |------------------+-------------+----------------+----------------------| | | | | Currently, MAC | | | | | protections are | | | | | enforced only on | | | | | locally originated | | | | | file system | | | | | operations (VOPs), | | | | | and not on RPCs | | | | | generated via the | | | | | NFS server. | | MAC support for | | | Improvements in NFS | | NFS Server | Not done | Robert Watson | server credential | | | | | handling are | | | | | required to correct | | | | | this problem, as | | | | | well as the | | | | | introduction of new | | | | | entry points to | | | | | properly label NFS | | | | | credentials and | | | | | perform enforcement | | | | | properly. | |------------------+-------------+----------------+----------------------| | | | | All PCI drivers must | | | | | use busdma for DMA; | | | | | no use of vtophys() | | busdma in all | In progress | -- | will be permitted | | PCI drivers | | | for any recent | | | | | device driver. ISA | | | | | drivers may be | | | | | exempt. | |------------------+-------------+----------------+----------------------| | | | | Userland bits | | KSE support for | In progress | Marcel | implemented, kernel | | alpha | | Moolenaar | bits not | | | | | implemented. | |------------------+-------------+----------------+----------------------| | | | | For kernel API/ABI | | | | | compatibility | | | | | reasons, it would be | | CAM locking | In progress | Scott Long, | desirable to have | | | | Justin Gibbs | the CAM locking | | | | | strategy determined | | | | | and loosely | | | | | implemented for 5.3. | |------------------+-------------+----------------+----------------------| | | | | When running syscons | | | | | on an Ultra-30 with | | | | | Creator-3D typing | | | | | characters on the | | | | | keyboard produces | | | | | garbage. Problem | | | | | reported by Kris | | syscons not | | | Kennaway. Debugging | | working on | Not done | -- | difficult due to | | Sparc64 Ultra-30 | | | lack of this | | | | | particular | | | | | configuration among | | | | | developers and | | | | | problem isn't | | | | | present on similar | | | | | hardware (e.g. no | | | | | problem on Ultra-60 | | | | | w/Creator-3D). | +------------------------------------------------------------------------+ Documentation items that must be resolved for 5.3 +-------------------------------------------------------------------------------------------------+ | Issue | Status |Responsible| Description | |--------------+-----------+-----------+----------------------------------------------------------| | | |Gavin |The installation documentation doesn't take into account | |i386 Floppy | |Atkinson, |the new floppy images (with a full kernel split across | |Installation |Done |Bruce A. |multiple disks). This should be updated. | |Docs | |Mah |References: | | | | |docs/70485 (closed) | |--------------+-----------+-----------+----------------------------------------------------------| |Finish | |Simon L. |Finish removing mention of individual devices in the | |hardware notes|In progress|Nielsen, |hardware notes and use auto-generated lists, based on | |trimming | |Christian |driver manual pages, instead. | | | |Brueffer | | |--------------+-----------+-----------+----------------------------------------------------------| | | | |The snd(4) and pcm(4) drivers have been renamed but their | | | | |manual pages are still outdated. sound(4) has to be added | | | | |and pcm(4), csa(4), gusc(4), sbc(4), and uaudio(4) should | |sound(4) | | |be revised. Other manual pages which refer to pcm(4) (if | |related manual|In progress|Simon L. |any) should possibly be revised, too. In addition, | |pages | |Nielsen |supported cards list needs to be updated. | | | | |References: | | | | |Manpage for snd_solo on -doc@ | | | | |[PATCH] sound(4) related manpages 5.3 TODO item on -doc@ | | | | |src/share/man/man4/Makefile rev.1.279 | |--------------+-----------+-----------+----------------------------------------------------------| | | | |This section is outdated, some rewrites are needed for | |Sound section | |Marc |5.3-RELEASE. | |in the |Done |Fonvieille |References: | |Handbook | | |doc/en_US.ISO8859-1/books/handbook/multimedia/chapter.sgml| | | | |rev.1.94 | |--------------+-----------+-----------+----------------------------------------------------------| |FDP | | |With the snd(4) and pcm(4) drivers changes, documentations| |documentations|Not done |-- |(FAQ) regarding the use of these drivers need an update. | |related pcm(4)| | | | |--------------+-----------+-----------+----------------------------------------------------------| | | | |Xin LI pointed out that FreeBSD 5.3-RELEASE is the first | | | | |stable release on 5.X and it is (hopefully) not for early | | | | |adopters. Early Adopter's Guide is still useful, but | |Early | |Bruce A. |contains a bit old information. Some parts of this guide | |Adopter's |Done |Mah, Tom |need a rewrite, and this document should be published as | |Guide | |Rhodes |"4.X to 5.X Migration Guide", which focuses difference | | | | |between 4.X and 5.X. | | | | |References: | | | | |Draft for review | | | | |discussion on -doc@ and -current@ | |--------------+-----------+-----------+----------------------------------------------------------| | | | |Some parts are outdated. doc/70485 has been committed, but| | | | |more work is needed to reflect the realities. bmah@ | | | | |pointed out that we should have "quick-start" installation| |Installation |Not done |Tom Rhodes |guide for each platform instead of the current ones | |Notes | | |because they become too long and difficult to be | | | | |maintained. | | | | |References: | | | | |doc/70485 (closed) | |--------------+-----------+-----------+----------------------------------------------------------| | | |Ken Tom, |Update the X11 chapter of the Handbook for X.Org's X11 | |Xorg |Done |Marc |server. | | | |Fonvieille |References: | | | | |books/handbook/config/chapter.sgml rev.1.147 | |--------------+-----------+-----------+----------------------------------------------------------| | | | |Ch.11.4 and 11.5 of the Handbook must be updated to | | | | |mention the new rc.d scripts and some ports use | |rc.d scripts |In progress|Tom Rhodes |/etc/rc.conf for their configuration. | | | | |References: | | | | |books/handbook/config/chapter.sgml rev.1.170 | | | | |books/handbook/config/chapter.sgml rev.1.172 | |--------------+-----------+-----------+----------------------------------------------------------| |Handbook's | | |Chapter 8 must be updated to match 5.3-RELEASE. | |kernel |Done |Ceri Davies|References: | |configuration | | |docs/70674 (closed) | |chapter | | |books/handbook/kernelconfig/chapter.sgml rev.1.135 | |--------------+-----------+-----------+----------------------------------------------------------| | | | |Some parts of Section 14.10 are outdated and are not | |Handbook's | | |correct for 5.X systems. | |IPsec section |Not done |-- |References: | | | | |ipsec on -doc@ | | | | |Problem with IPSEC in handbook on -doc@ | |--------------+-----------+-----------+----------------------------------------------------------| |Handbook's |Not done |-- |Vinum chapter needs to be revised for 5.X systems. | |Vinum chapter | | | | +-------------------------------------------------------------------------------------------------+ Testing focuses for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |--------------------+---------------+--------------+--------------------| | | | | SCHED_ULE provides | | | | | better | | | | | interactivity, | | | | | higher | | | | | performance, and | | SCHED_ULE as the | | Jeff | the ability to | | default scheduler | Needs testing | Roberson | support pinning | | | | | and affinity. | | | | | Basic HTT | | | | | scheduling | | | | | policies should be | | | | | in place for 5.3 | | | | | also. | |--------------------+---------------+--------------+--------------------| | | | | KSE has matured to | | | | | the point of being | | | | | more stable and | | | | | POSIX-compliant | | | | | than the | | | | | traditional | | | | | libc_r. All Tier-1 | | | | | platforms MUST | | | | | have stable KSE | | | | David Xu, | support for 5.3 in | | KSE as the default | Needs testing | Daniel | order to support a | | threads library | | Eischen | consistent | | | | | transition. | | | | | Additionally, all | | | | | ports that depend | | | | | on the pthreads | | | | | API must be | | | | | modified to | | | | | properly detect | | | | | and support the | | | | | default threading | | | | | library. | |--------------------+---------------+--------------+--------------------| | | | | Binutils needs | | | | | updating in order | | Updated binutils | | David | to support new | | for all platforms | Needs testing | O'Brien | platforms, newer | | | | | GDB versions, and | | | | | Thread Local | | | | | Storage. | |--------------------+---------------+--------------+--------------------| | | | | The previous GCC | | | | | 3.3 snapshot | | | | | included | | | | | regressions in | | | | | alignment of | | | | | floating point | | gcc 3.3 floating | | | arguments, | | point alignment | Needs testing | | resulting in a | | regression | | | substantial | | | | | performance | | | | | degradation. The | | | | | recent GCC 3.4.2 | | | | | import should fix | | | | | this, but more | | | | | testing is needed. | |--------------------+---------------+--------------+--------------------| | | | | Jun Kuriyama has | | | | | reportged a failed | | | | | locking assertion | | | | | with IPv6 TCP | | in6_pcbnotify() | Needs testing | Robert | notifications. A | | panic with TCP | | Watson | patch has been | | | | | committed to the | | | | | CVS HEAD and | | | | | RELENG_5 and needs | | | | | further testing. | |--------------------+---------------+--------------+--------------------| | | | | To complete | | | | | support for | | | | | thread-local | | | | | storage on | | | | | FreeBSD, | | Per-platform | | Doug Rabson, | per-architecture | | Thread-Local | Needs testing | Marcel | changes must be | | Storage | | Moolenaar | made. Currently | | | | | pending platforms | | | | | are amd64, alpha, | | | | | ia64, i386, | | | | | sparc64, and | | | | | powerpc. | |--------------------+---------------+--------------+--------------------| | | | | High load on SMP | | | | | systems appears to | | | | | result in a hard | | | | | hang related to VM | | | | | IPI. Doug White | | SMP instability | | Doug White, | has prepared a | | under load | Needs testing | Alan L. Cox | candidate patch | | | | | that appears to | | | | | resolve this | | | | | instability, which | | | | | is currently in | | | | | testing for merge | | | | | to the CVS HEAD. | |--------------------+---------------+--------------+--------------------| | | | | Significant parts | | | | | of the network | | | | | stack (especially | | | | | IPv4, UNIX domain | | | | | IPC, and sockets) | | | | | now have | | | | | fine-grained | | | | | locking of their | | | | | data structures. | | | | | It's possible to | | | | | run many common | | | | | network subsystems | | | | | and services | | | | | without the Giant | | Fine-grained | | | lock. However, a | | network stack | | Robert | number of device | | locking without | Needs testing | Watson | drivers and less | | Giant | | | mainstream network | | | | | subsystems are | | | | | currently not | | | | | MPSAFE. By | | | | | 5.3-RELEASE, it is | | | | | necessary to have | | | | | the vast majority | | | | | of network code | | | | | running without | | | | | Giant, including | | | | | sockets, | | | | | permitting | | | | | complete | | | | | local<->remote | | | | | delivery without | | | | | grabbing Giant. | |--------------------+---------------+--------------+--------------------| | | | | KLDs work when | | | | | loaded from | | | | | userland, but not | | | | David | from the loader. | | kld support for | Needs testing | O'Brien, Ian | kldxref and loader | | amd64 | | Dowse | support has been | | | | | committed to HEAD | | | | | and RELENG_5 and | | | | | needs final | | | | | testing. | |--------------------+---------------+--------------+--------------------| | | | | Recent changes to | | | | | the ATA driver | | | | | trigger a bug on | | | | So/ren | sparc64 that | | ATA panics under | Needs testing | Schmidt, | causes a panic on | | sparc64 | | Scott Long | boot. This was | | | | | caused by bugs in | | | | | busdma that have | | | | | been hopefully | | | | | fixed. | |--------------------+---------------+--------------+--------------------| | | | | The ifconf() ioctl | | | | | for listing | | | | | network interfaces | | | | | performs a | | | | | copyout() while | | | | | holding the global | | | | | ifnet list mutex. | | | | | This generates a | | ifconf() sleep | | | witness warning in | | warning | Needs testing | Brooks Davis | the event that | | | | | copyout() | | | | | generates a page | | | | | fault, and risks | | | | | more serious | | | | | problems. A patch | | | | | has been committed | | | | | to HEAD and | | | | | RELENG_5, but | | | | | requires testing. | |--------------------+---------------+--------------+--------------------| | | | | There are reports | | | | | of applications | | | | | wedging in poll() | | | | | and select() while | | | | | running the | | | | | network stack | | | | | without the Giant | | | | | lock. A recent | | | | | sleepq change | | | | | appears to have | | | | | caused some of the | | | | | observed problems | | | | | to go away (others | | | | | are difficult to | | poll()/select() | | | test for due to | | application wedge | Needs testing | Robert | recent SMP | | reports with | | Watson | instability). A | | debug.mpsafenet=1 | | | fix has been | | | | | committed to CVS | | | | | HEAD and merged to | | | | | RELENG_5 and | | | | | appears to resolve | | | | | problems with | | | | | poll(); we are | | | | | waiting for | | | | | feedback that it | | | | | has corrected the | | | | | reported problems | | | | | with select() also | | | | | before moving this | | | | | to "testing" | | | | | status. | +------------------------------------------------------------------------+ ---------------------------------------------------------------------- home | contact | legal | (c) 1995-2004 The FreeBSD Project. All rights reserved. Last modified: 2004/09/26 19:31:47 From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 08:03:20 2004 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 A61DF16A4CE; Fri, 1 Oct 2004 08:03:20 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AA8743D31; Fri, 1 Oct 2004 08:03:20 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 440B15311; Fri, 1 Oct 2004 10:03:19 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id C6EE8530A; Fri, 1 Oct 2004 10:03:11 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 08D78B85E; Fri, 1 Oct 2004 10:03:11 +0200 (CEST) To: anton@nikiforov.ru References: <415BAC7A.7030600@nikiforov.ru> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 01 Oct 2004 10:03:10 +0200 In-Reply-To: <415BAC7A.7030600@nikiforov.ru> (Anton Nikiforov's message of "Thu, 30 Sep 2004 10:49:30 +0400") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: ICH Sound under BETA5 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: Fri, 01 Oct 2004 08:03:20 -0000 Anton Nikiforov writes: > I have Dell Latitude X300 an 5.3BETA5 installed > my dmesg shows > pcm0: port 0x18c0-0x18ff,0x1c00-0x1cff mem > 0xe0100800-0xe01008ff,0xe0100c00-0xe0100dff irq 10 at device 31.5 on > pci0 > pcm0: [GIANT-LOCKED] > pcm0: > That means that my sound card is found and recognized, but no > /dev/dsp* appears. Have you tried playing sound? /dev/dsp* should appear on-demand. What happens if you type 'ls -l /dev/dsp0.0'? for the record, from my Latitude D600 running -CURRENT: des@des ~% grep pcm /var/run/dmesg.boot pcm0: port 0xbc40-0xbc7f,0xb800-0xb8ff mem 0xf4fff40= 0-0xf4fff4ff,0xf4fff800-0xf4fff9ff irq 5 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: des@des ~% cat /dev/sndstat FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0xb800, 0xbc40 irq 5 bufsz 16384 kld snd= _ich (1p/1r/0v channels duplex default) des@des ~% ll /dev/dsp0.0 crw-rw-rw- 1 root wheel 30, 3 Oct 1 10:01 /dev/dsp0.0 DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 08:31:44 2004 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 997FE16A4CE; Fri, 1 Oct 2004 08:31:44 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D88743D39; Fri, 1 Oct 2004 08:31:44 +0000 (GMT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 5E2DE5C902; Fri, 1 Oct 2004 01:31:44 -0700 (PDT) Date: Fri, 1 Oct 2004 01:31:44 -0700 From: Alfred Perlstein To: re@FreeBSD.org Message-ID: <20041001083144.GT39252@elvis.mu.org> References: <200410010741.i917fJUo076107@pooker.samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410010741.i917fJUo076107@pooker.samsco.org> User-Agent: Mutt/1.4.2.1i cc: current@FreeBSD.org Subject: Re: 5.3-RELEASE TODO 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: Fri, 01 Oct 2004 08:31:44 -0000 * Scott Long [041001 00:40] wrote: > | if_em wedging under | | | "wedging" under | > | high pps | Not done | - | high | I've seen this for months... > |------------------+-------------+----------------+----------------------| > | | | | A process cannot be | > | | | | interrupted while | > | | | | waiting on a lock. | > | rpc.lockd(8) | | | Fixing this requires | > | stability | -- | -- | that the RPC code be | > | | | | taught how to deal | > | | | | with lock | > | | | | cancellation and | > | | | | interruption events. | Thinking about it... I think Darwin has the fix, I'll see if I can merge it. > |------------------+-------------+----------------+----------------------| > | | | | Truss appears to | > | | | | have another | > | | | | problem. It is | > | | | | repeatable by | > | | | | running "truss -f | > | More truss | Not done | -- | fsck -p /", | > | problems | | | suspending it with | > | | | | ^Z, and then killing | > | | | | truss. It will leave | > | | | | behind the fsck | > | | | | processes which will | > | | | | be unkillable. | This fixes it: Index: kern_sig.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_sig.c,v retrieving revision 1.290 diff -u -r1.290 kern_sig.c --- kern_sig.c 31 Aug 2004 07:34:53 -0000 1.290 +++ kern_sig.c 1 Oct 2004 08:27:12 -0000 @@ -1775,6 +1775,16 @@ !((prop & SA_CONT) && (p->p_flag & P_STOPPED_SIG))) return; /* + * SIGKILL: Remove procfs STOPEVENTs. + */ + if (sig == SIGKILL) { + /* from procfs_ioctl.c: PIOCBIC */ + p->p_stops = 0; + /* from procfs_ioctl.c: PIOCCONT */ + p->p_step = 0; + wakeup(&p->p_step); + } + /* * Some signals have a process-wide effect and a per-thread * component. Most processing occurs when the process next * tries to cross the user boundary, however there are some > | | | | The LOR reported in | > | | | | PR kern/55175 needs | > | filedesc LOR | Not done | -- | to be fixed. | > | | | | Filedesc locking | > | | | | needs to be heavily | > | | | | reviewed in general. | Oy this thing... :) The only thing blocking this was that we need to access the filedesc as the process shuts down for nfs locks, Darwin has a workaround that I'll see if i can incorporate. -- - Alfred Perlstein - Research Engineering Development Inc. - email: bright@mu.org cell: 408-480-4684 From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 08:33:47 2004 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 C34CD16A4CE; Fri, 1 Oct 2004 08:33:47 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35DAE43D45; Fri, 1 Oct 2004 08:33:47 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.209] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CDIrK-0006R3-00; Fri, 01 Oct 2004 10:33:46 +0200 Received: from [217.227.144.56] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CDIrI-0000QD-00; Fri, 01 Oct 2004 10:33:45 +0200 From: Max Laier To: re@freebsd.org Date: Fri, 1 Oct 2004 10:32:55 +0200 User-Agent: KMail/1.7 References: <200410010741.i917fJUo076107@pooker.samsco.org> In-Reply-To: <200410010741.i917fJUo076107@pooker.samsco.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3160975.7UH4doLuDL"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410011033.03435.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO version=2.63 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: Fri, 01 Oct 2004 08:33:47 -0000 --nextPart3160975.7UH4doLuDL Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 01 October 2004 09:41, Scott Long wrote: > |---------------------+-------------+---------------+-------------------= =2D| > | > | | | | There have been = | > | | | | several reports of= | > | | | | if_em cards = | > | > | if_em wedging under | | | "wedging" under = | > | high pps | Not done | - | high = | > | > | | | | packets-per-second= | > | | | | load. This needs = | > | | | | to be debugged and= | > | | | | fixed. = | > | > |---------------------+-------------+---------------+-------------------= =2D| This is http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dmisc/72183 and should = be=20 fixed in HEAD. MT5 is on my list, scheduled for tomorrow. I already have some success reports, but all reporters of this "wedging"=20 should please check out the one line patch and provide me with feedback if= =20 that helps the situation. Thanks. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart3160975.7UH4doLuDL Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBXRY/XyyEoT62BG0RAo/+AJ9KUOtti/zZf7m9BtHF/VNuHBFtYwCfQIIN ksDzu/Ixl2Hm14QuuDUa5/U= =le1Y -----END PGP SIGNATURE----- --nextPart3160975.7UH4doLuDL-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 08:50:25 2004 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 A209516A4CE for ; Fri, 1 Oct 2004 08:50:25 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E1BB43D41 for ; Fri, 1 Oct 2004 08:50:25 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CDJ7O-000DOD-Ol; Fri, 01 Oct 2004 12:50:22 +0400 From: Vladimir Grebenschikov To: rob@pythonemproject.com In-Reply-To: <415C59C7.7090408@pythonemproject.com> References: <415C59C7.7090408@pythonemproject.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Fri, 01 Oct 2004 12:50:21 +0400 Message-Id: <1096620622.907.16.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: freebsd-current@freebsd.org Subject: Re: wifi on 5.3, sort of OT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Oct 2004 08:50:25 -0000 =F7 =DE=D4, 30/09/2004 =D7 12:08 -0700, Rob =D0=C9=DB=C5=D4: > cardbus0: Expecting link target, got 0xff > cardbus0: at device 0.0 (no driver attached) > cbb0: CardBus card activation failed Actually it is problem recently introduced in -CURRENT kernel (I guess), I have old Orinoci wavelan 11b card, and it was working perfectly with wi driver for ages on -CURRENT (last time I've try about two weeks ago on the same hardware) And with recent current I have got same message on card insertion: cbb0: PC Card card activation failed % egrep cbb\|cardbus /var/run/dmesg.boot=20 cbb0: irq 9 at device 5.0 on pci2 cardbus0: on cbb0 % Something broken (probably in cbb/cardbus ?) Trying to make it work with boot -v _sometimes_ on cbb load I have got following message: cbb0: mem 0xd0201000-0xd0201fff irq 9 at device 5.0 on pci2 cardbus0: on cbb0 cbb0: bad Vcc request. ctrl=3D0xffffff88, status=3D0xffffffff cbb_power: 0V Not sure is it related or not. Unfortunately I have not other pcmci card now to try another card. --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 10:12:53 2004 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 F172C16A4CE for ; Fri, 1 Oct 2004 10:12:52 +0000 (GMT) Received: from mail.newlines.ru (mail.newlines.ru [195.54.211.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36F0543D31 for ; Fri, 1 Oct 2004 10:12:47 +0000 (GMT) (envelope-from anton@nikiforov.ru) Received: from mail.newlines.ru (root@localhost) by mail.newlines.ru (8.12.10/8.12.9) with SMTP id i91ACiDl068046 for ; Fri, 1 Oct 2004 10:12:44 GMT (envelope-from anton@nikiforov.ru) Received: from [192.168.20.18] (florent-mashin.rmt.ru [81.13.8.34]) (authenticated bits=0) by mail.newlines.ru (8.12.10/8.12.9) with ESMTP id i91AChvn067903; Fri, 1 Oct 2004 10:12:43 GMT (envelope-from anton@nikiforov.ru) Message-ID: <415D2DA4.9090406@nikiforov.ru> Date: Fri, 01 Oct 2004 14:12:52 +0400 From: Anton Nikiforov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040907 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbdCscmdyYXY=?= References: <415BAC7A.7030600@nikiforov.ru> In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms050406040708030102080101" cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: ICH Sound under BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: anton@nikiforov.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Oct 2004 10:12:53 -0000 This is a cryptographically signed message in MIME format. --------------ms050406040708030102080101 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Dag-Erling Smørgrav wrote: > Anton Nikiforov writes: > >>I have Dell Latitude X300 an 5.3BETA5 installed >>my dmesg shows >>pcm0: port 0x18c0-0x18ff,0x1c00-0x1cff mem >>0xe0100800-0xe01008ff,0xe0100c00-0xe0100dff irq 10 at device 31.5 on >>pci0 >>pcm0: [GIANT-LOCKED] >>pcm0: >>That means that my sound card is found and recognized, but no >>/dev/dsp* appears. > > > Have you tried playing sound? /dev/dsp* should appear on-demand. > What happens if you type 'ls -l /dev/dsp0.0'? > > for the record, from my Latitude D600 running -CURRENT: > > des@des ~% grep pcm /var/run/dmesg.boot > pcm0: port 0xbc40-0xbc7f,0xb800-0xb8ff mem 0xf4fff400-0xf4fff4ff,0xf4fff800-0xf4fff9ff irq 5 at device 31.5 on pci0 > pcm0: [GIANT-LOCKED] > pcm0: > des@des ~% cat /dev/sndstat > FreeBSD Audio Driver (newpcm) > Installed devices: > pcm0: at io 0xb800, 0xbc40 irq 5 bufsz 16384 kld snd_ich (1p/1r/0v channels duplex default) > des@des ~% ll /dev/dsp0.0 > crw-rw-rw- 1 root wheel 30, 3 Oct 1 10:01 /dev/dsp0.0 > > DES Hi! latitude# ls -l /dev/dsp* crw-rw-rw- 1 root wheel 30, 3 1 окт 14:07 /dev/dsp0.0 crw-rw-rw- 1 root wheel 30, 0x00010003 1 окт 10:27 /dev/dsp0.1 crw-rw-rw- 1 root wheel 30, 0x00020003 1 окт 10:27 /dev/dsp0.2 crw-rw-rw- 1 root wheel 30, 0x00030003 1 окт 10:27 /dev/dsp0.3 crw-rw-rw- 1 root wheel 30, 0x00040003 1 окт 10:27 /dev/dsp0.4 crw-rw-rw- 1 root wheel 30, 0x00050003 1 окт 10:27 /dev/dsp0.5 crw-rw-rw- 1 root wheel 30, 5 1 окт 10:27 /dev/dspW0.0 crw-rw-rw- 1 root wheel 30, 0x00010005 1 окт 14:07 /dev/dspW0.1 crw-rw-rw- 1 root wheel 30, 0x00020005 1 окт 10:27 /dev/dspW0.2 crw-rw-rw- 1 root wheel 30, 0x00030005 1 окт 10:27 /dev/dspW0.3 crw-rw-rw- 1 root wheel 30, 0x00040005 1 окт 10:27 /dev/dspW0.4 crw-rw-rw- 1 root wheel 30, 0x00050005 1 окт 10:27 /dev/dspW0.5 crw-rw-rw- 1 root wheel 30, 0x0001000b 1 окт 10:27 /dev/dspr0.1 latitude# grep pcm /var/run/dmesg.boot pcm0: port 0x18c0-0x18ff,0x1c00-0x1cff mem 0xe0100800-0xe01008ff,0xe0100c00-0xe0100dff irq 10 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: latitude# mixer 100 100 Setting the mixer vol from 100:100 to 100:100. latitude# waveplay -f /dev/dspW0.1 /usr/local/share/sounds/*wav File name : /usr/local/share/sounds/KDE_Beep_Ahem.wav Sampling rate : 22254 Hz Bits/Sample : 8 Bits Channels : 1 Size : 11136 Bytes Looks like it plays something, but no sound heared, all Dell specific tests passed just fine. -- С уважением (Best regads), Ðнтон Ðикифоров (Anton Nikiforov) --------------ms050406040708030102080101 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII7TCC AtEwggI6oAMCAQICAwvaFTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMzA1MjExMjI4WhcNMDUwMzA1MjExMjI4 WjBEMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSEwHwYJKoZIhvcNAQkBFhJh bnRvbkBuaWtpZm9yb3YucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC1Ps7E cf3xTnaY72Aip/U5HeUmGwQ6QmbCjMcqS3XfO6EsA+5ol526JvhQ1XStpDX/kh8R8MDELUJD SVooXFiDInspw5tmPOlXV1C60xH4VWf5Gh+2y3yDGzHyWBAalul7LbhC1p8zDNUA12pAu4Ry 1k1A0Yepomr8CRbh/Z9JryfJcqHYDL+z1qgLzQlpJsao9E3Zld5ZfgJPORcFoRB7Z6jvqVLh pLNmSrvfDbSw6WK/K9EbZT9zlOTlmOnt4uLBy3hKZMcvkaFrYVYTRXLMegJHFPAp3sxLYef2 iW9fEUKgrs4W7d5c8UWlmiGurVt1Xdzc58W8X3vekMLqu9elAgMBAAGjLzAtMB0GA1UdEQQW MBSBEmFudG9uQG5pa2lmb3Jvdi5ydTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GB ABINGnCD0TGnBHqGYbJHSwjFfxEsVS1ygSUVIyb0Q1S0SphgUSeRWIZ4+joWR9TzxFGqLtYM TEQvRTQ7VJcugjn2o2nTgQ4EPhze0O5ki2eUWHE9dViHboQWOWI0r1vurUTkDnmloeM8mpMo CAAtXbjyhz7AVKUwI7vULQKuE+imMIIC0TCCAjqgAwIBAgIDC9oVMA0GCSqGSIb3DQEBBAUA MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAz MDUyMTEyMjhaFw0wNTAzMDUyMTEyMjhaMEQxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBN ZW1iZXIxITAfBgkqhkiG9w0BCQEWEmFudG9uQG5pa2lmb3Jvdi5ydTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBALU+zsRx/fFOdpjvYCKn9Tkd5SYbBDpCZsKMxypLdd87oSwD 7miXnbom+FDVdK2kNf+SHxHwwMQtQkNJWihcWIMieynDm2Y86VdXULrTEfhVZ/kaH7bLfIMb MfJYEBqW6XstuELWnzMM1QDXakC7hHLWTUDRh6miavwJFuH9n0mvJ8lyodgMv7PWqAvNCWkm xqj0TdmV3ll+Ak85FwWhEHtnqO+pUuGks2ZKu98NtLDpYr8r0RtlP3OU5OWY6e3i4sHLeEpk xy+RoWthVhNFcsx6AkcU8CnezEth5/aJb18RQqCuzhbt3lzxRaWaIa6tW3Vd3Nznxbxfe96Q wuq716UCAwEAAaMvMC0wHQYDVR0RBBYwFIESYW50b25AbmlraWZvcm92LnJ1MAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAEg0acIPRMacEeoZhskdLCMV/ESxVLXKBJRUjJvRD VLRKmGBRJ5FYhnj6OhZH1PPEUaou1gxMRC9FNDtUly6COfajadOBDgQ+HN7Q7mSLZ5RYcT11 WIduhBY5YjSvW+6tROQOeaWh4zyakygIAC1duPKHPsBUpTAju9QtAq4T6KYwggM/MIICqKAD AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD 6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNDEwMDExMDEyNTJaMCMGCSqGSIb3DQEJ BDEWBBR2CH1zRi8SIUdSV1nQTCbmKzcjazBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDC9oVMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTANBgkqhkiG9w0BAQEFAASCAQCtnco6 6kbGueQ/IkxWg98idQtitYpCvFNIOh5p+nyg6Jhl+D+m8dLegvjQ9bogUzrjE2Ruf/bR9YwQ fNM7YHNMYXZzuOGRxVGwTrpf8LQp3pfpIBcUvOXFMgWLSaxK+IFoB5QMoEOqfmpzQsa69cIG cPeAF3Bo9q0q+TzJhNHb3H3Z96rQ2EXviZIuWxQILYYPV3QYInO8uzbYfmhQ+bjWFt3Yg66k MhadrhLC2++KCwJ6hzrzmGgjTh46TcNDh5399icTsiy8reG4BlZ+G+O4fFDmSK8BRhxvctHi UOy8kl36q2DAIWs/whvnKk2X3RXNNgWInOANBdFrbdpj+4YTAAAAAAAA --------------ms050406040708030102080101-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 10:32:40 2004 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 EFA7216A4CE; Fri, 1 Oct 2004 10:32:40 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5561943D53; Fri, 1 Oct 2004 10:32:40 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 3E62B5311; Fri, 1 Oct 2004 12:32:39 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 8DFDB530A; Fri, 1 Oct 2004 12:32:33 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 51356B85E; Fri, 1 Oct 2004 12:32:33 +0200 (CEST) To: anton@nikiforov.ru References: <415BAC7A.7030600@nikiforov.ru> <415D2DA4.9090406@nikiforov.ru> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 01 Oct 2004 12:32:33 +0200 In-Reply-To: <415D2DA4.9090406@nikiforov.ru> (Anton Nikiforov's message of "Fri, 01 Oct 2004 14:12:52 +0400") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: ICH Sound under BETA5 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: Fri, 01 Oct 2004 10:32:41 -0000 Anton Nikiforov writes: > Looks like it plays something, but no sound heared, all Dell specific > tests passed just fine. check the ogain mixer setting. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 10:56:32 2004 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 C926216A4CE for ; Fri, 1 Oct 2004 10:56:32 +0000 (GMT) Received: from transwarp.tao.org.uk (transwarp.tao.org.uk [212.135.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C457343D45 for ; Fri, 1 Oct 2004 10:56:31 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by transwarp.tao.org.uk (Postfix) with ESMTP id 5A268EA91 for ; Fri, 1 Oct 2004 11:56:21 +0100 (BST) Received: by genius.tao.org.uk (Postfix, from userid 100) id 657394505; Fri, 1 Oct 2004 11:55:44 +0100 (BST) Date: Fri, 1 Oct 2004 11:55:44 +0100 From: Josef Karthauser To: current@freebsd.org Message-ID: <20041001105544.GG840@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qf1oXS95uex85X0R" Content-Disposition: inline In-Reply-To: <20040927193236.GA39950@laptoxa.toxa.lan> User-Agent: Mutt/1.5.6i X-taoresearch-MailScanner-Information: Please contact Tao Research for more information X-taoresearch-MailScanner: Found to be clean X-MailScanner-From: joe@tao.org.uk Subject: Sony VGN-A 197XP? (Re: Laptop recommendations?) 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: Fri, 01 Oct 2004 10:56:32 -0000 --Qf1oXS95uex85X0R Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Because I'm a mug, and that they look nice, I'm considering a new Vaio. The model that has me wetting myself in anticipation is that VGN-A 197XP, which has a 1.8GHz centrino with a 2mb cache, a 17" 1920x1200 screen and an 80gb harddrive. It's lovely. The big question is how well does FreeBSD run on it? I absolutely need to have suspend/resume support as it only has a single battery with a life of around 2.5 hours (no second battery slot :(). Has anyone tried FreeBSD on anything like this? What's the chances that the wireless 802.11g and bluetooth will work? Joe p.s. we could really do with a laptop supported web page. Anyone? --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --Qf1oXS95uex85X0R Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iEYEARECAAYFAkFdN68ACgkQXVIcjOaxUBavEQCgnsRSvdaZ+v9jRkI2uLf6ysvs tUYAniS9wFbovKJyt/DYmQgfLhKmp2I7 =ko1V -----END PGP SIGNATURE----- --Qf1oXS95uex85X0R-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 11:01:30 2004 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 B427B16A4CE for ; Fri, 1 Oct 2004 11:01:30 +0000 (GMT) Received: from mail1.infoeng.flinders.edu.au (mail1.ist.flinders.edu.au [129.96.1.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84DB643D3F for ; Fri, 1 Oct 2004 11:01:29 +0000 (GMT) (envelope-from tris@infoeng.flinders.edu.au) Received: from rhino (rhino.infoeng.flinders.edu.au [129.96.1.189]) i91B1Sm09137 for ; Fri, 1 Oct 2004 20:31:28 +0930 (CST) Date: Fri, 1 Oct 2004 20:31:23 +0930 From: Tristan To: freebsd-current@freebsd.org Message-Id: <20041001203123.65b94c6f@rhino> In-Reply-To: <415CAF59.5070107@FreeBSD.org> References: <20041001093515.5cd51b2d@rhino> <20041001005227.GA28811@electra.cse.Buffalo.EDU> <20041001102816.5b14b79f@rhino> <415CAF59.5070107@FreeBSD.org> X-Mailer: Sylpheed version 0.9.11claws (GTK+ 1.2.10; sparc-sun-solaris2.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=xxx 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: Fri, 01 Oct 2004 11:01:30 -0000 On Thu, 30 Sep 2004 19:14:01 -0600 Scott Long wrote: > Tristan wrote: > > On Thu, 30 Sep 2004 20:52:27 -0400 > > Ken Smith wrote: > > > >>On Fri, Oct 01, 2004 at 09:35:15AM +0930, Tristan wrote: > >> > >> > >>>FreeBSD 6.0-CURRENT with GENERIC kernel built 27th Sep. > >>>On a SunBlade 100 I see these messages regularly when > >>>dma is enabled. The messages go away when I either use > >>>atacontrol to set the mode to PIO4 or set hw.ata.ata_dma to 0 > >>>I do get data corruption on the disk if left in DMA mode. > >> > >>Just FYI my primary test machine is a SunBlade 100, it seems to > >>be doing OK with a kernel built from this morning's source. I've > >>been doing most of my builds from an NFS server though, I'll do > >>a check with a full buildworld which will use the local drive more. > >> > >> > >>>ad0: 14594MB [29651/16/63] at ata2-master UDMA66 > >>>acd0: CDRW at ata2-slave PIO4 > >>>ata3-master: DMA limited to UDMA33, non-ATA66 cable or device > >>>ad1: 39266MB [79780/16/63] at ata3-master UDMA33 > >>>Mounted root from ufs:/dev/ad0a. > >> > >>Is the data corruption spread across both drives, or just ad1? That > >>message about the cable or device being limited could be a clue. > > > > > > nope, its only on ad0. ad1 seems to be fine, however it is hardly used. > > What happens if you remove the CDROM from the ad0 chain? > > Scott I still get the errors with the CDROM removed. Perhaps the cable needs replacing? thats what these symptoms say to me. tris From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 11:03:28 2004 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 B522516A4CF for ; Fri, 1 Oct 2004 11:03:28 +0000 (GMT) Received: from mail.newlines.ru (mail.newlines.ru [195.54.211.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8B6643D31 for ; Fri, 1 Oct 2004 11:03:27 +0000 (GMT) (envelope-from anton@nikiforov.ru) Received: from mail.newlines.ru (root@localhost) by mail.newlines.ru (8.12.10/8.12.9) with SMTP id i91B3Q9m038636 for ; Fri, 1 Oct 2004 11:03:26 GMT (envelope-from anton@nikiforov.ru) Received: from [192.168.20.18] (florent-mashin.rmt.ru [81.13.8.34]) (authenticated bits=0) by mail.newlines.ru (8.12.10/8.12.9) with ESMTP id i91B3Pvn038491; Fri, 1 Oct 2004 11:03:25 GMT (envelope-from anton@nikiforov.ru) Message-ID: <415D3986.7010501@nikiforov.ru> Date: Fri, 01 Oct 2004 15:03:34 +0400 From: Anton Nikiforov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040907 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbdCscmdyYXY=?= References: <415BAC7A.7030600@nikiforov.ru> <415D2DA4.9090406@nikiforov.ru> In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms060204060805010202010305" cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: ICH Sound under BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: anton@nikiforov.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Oct 2004 11:03:28 -0000 This is a cryptographically signed message in MIME format. --------------ms060204060805010202010305 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Dag-Erling Smørgrav wrote: > Anton Nikiforov writes: > >>Looks like it plays something, but no sound heared, all Dell specific >>tests passed just fine. > > > check the ogain mixer setting. > > DES Thanks alot! :) This helped. -- С уважением (Best regads), Ðнтон Ðикифоров (Anton Nikiforov) --------------ms060204060805010202010305 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII7TCC AtEwggI6oAMCAQICAwvaFTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMzA1MjExMjI4WhcNMDUwMzA1MjExMjI4 WjBEMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSEwHwYJKoZIhvcNAQkBFhJh bnRvbkBuaWtpZm9yb3YucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC1Ps7E cf3xTnaY72Aip/U5HeUmGwQ6QmbCjMcqS3XfO6EsA+5ol526JvhQ1XStpDX/kh8R8MDELUJD SVooXFiDInspw5tmPOlXV1C60xH4VWf5Gh+2y3yDGzHyWBAalul7LbhC1p8zDNUA12pAu4Ry 1k1A0Yepomr8CRbh/Z9JryfJcqHYDL+z1qgLzQlpJsao9E3Zld5ZfgJPORcFoRB7Z6jvqVLh pLNmSrvfDbSw6WK/K9EbZT9zlOTlmOnt4uLBy3hKZMcvkaFrYVYTRXLMegJHFPAp3sxLYef2 iW9fEUKgrs4W7d5c8UWlmiGurVt1Xdzc58W8X3vekMLqu9elAgMBAAGjLzAtMB0GA1UdEQQW MBSBEmFudG9uQG5pa2lmb3Jvdi5ydTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GB ABINGnCD0TGnBHqGYbJHSwjFfxEsVS1ygSUVIyb0Q1S0SphgUSeRWIZ4+joWR9TzxFGqLtYM TEQvRTQ7VJcugjn2o2nTgQ4EPhze0O5ki2eUWHE9dViHboQWOWI0r1vurUTkDnmloeM8mpMo CAAtXbjyhz7AVKUwI7vULQKuE+imMIIC0TCCAjqgAwIBAgIDC9oVMA0GCSqGSIb3DQEBBAUA MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAz MDUyMTEyMjhaFw0wNTAzMDUyMTEyMjhaMEQxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBN ZW1iZXIxITAfBgkqhkiG9w0BCQEWEmFudG9uQG5pa2lmb3Jvdi5ydTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBALU+zsRx/fFOdpjvYCKn9Tkd5SYbBDpCZsKMxypLdd87oSwD 7miXnbom+FDVdK2kNf+SHxHwwMQtQkNJWihcWIMieynDm2Y86VdXULrTEfhVZ/kaH7bLfIMb MfJYEBqW6XstuELWnzMM1QDXakC7hHLWTUDRh6miavwJFuH9n0mvJ8lyodgMv7PWqAvNCWkm xqj0TdmV3ll+Ak85FwWhEHtnqO+pUuGks2ZKu98NtLDpYr8r0RtlP3OU5OWY6e3i4sHLeEpk xy+RoWthVhNFcsx6AkcU8CnezEth5/aJb18RQqCuzhbt3lzxRaWaIa6tW3Vd3Nznxbxfe96Q wuq716UCAwEAAaMvMC0wHQYDVR0RBBYwFIESYW50b25AbmlraWZvcm92LnJ1MAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAEg0acIPRMacEeoZhskdLCMV/ESxVLXKBJRUjJvRD VLRKmGBRJ5FYhnj6OhZH1PPEUaou1gxMRC9FNDtUly6COfajadOBDgQ+HN7Q7mSLZ5RYcT11 WIduhBY5YjSvW+6tROQOeaWh4zyakygIAC1duPKHPsBUpTAju9QtAq4T6KYwggM/MIICqKAD AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD 6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNDEwMDExMTAzMzRaMCMGCSqGSIb3DQEJ BDEWBBSuE+7espBk0KuEEnJEUYf1lVjCBzBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDC9oVMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTANBgkqhkiG9w0BAQEFAASCAQBGQ0hL L4bzs4A9AdlyWNUZ/BHJPtpyuTNpMiN481/YwVsPV5q/AaALAg362Zs7xvPjJuG1gfAVAtvB MDhZ9c8nEZS7NgcH9KFBQbChFXXL0oOAFKKsVdgfzQiQtCOHxO9FtO9jly1kUvZLPOphy7LG 7TUBpqnwISHv7sC6eENTleB2Kg5o/W4eyuWBb6tKWFhOcigaufh/3u3LO1/7Slki6mG5CbNG wp8yq6EaZnIIHhb1bM2sDDiYoJGJV8YLvX2Z+qzy3rbYzlNgHaPPMbpm8PZsSjmN74nJL33t lipEdUhj/C6Jgjaqa1T7ZQlsNaR+dpAEiInbSRMSCJmM65DnAAAAAAAA --------------ms060204060805010202010305-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 11:05:32 2004 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 C343416A4CE; Fri, 1 Oct 2004 11:05:32 +0000 (GMT) Received: from sv02.webonaut.com (kirk.webonaut.com [212.41.243.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE37F43D45; Fri, 1 Oct 2004 11:05:31 +0000 (GMT) (envelope-from klammer@webonaut.com) Received: from localhost (localhost [127.0.0.1]) by sv02.webonaut.com (Postfix) with ESMTP id C426C76428; Fri, 1 Oct 2004 13:05:25 +0200 (CEST) Received: from sv02.webonaut.com ([127.0.0.1]) by localhost (sv02.webonaut.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16485-05; Fri, 1 Oct 2004 13:05:18 +0200 (CEST) Received: from [192.168.0.9] (sisko.webonaut.com [212.41.243.28]) by sv02.webonaut.com (Postfix) with ESMTP id 9839776423; Fri, 1 Oct 2004 13:05:18 +0200 (CEST) Message-ID: <415D39F0.4060109@webonaut.com> Date: Fri, 01 Oct 2004 13:05:20 +0200 From: Franz Klammer User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040917) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Josef Karthauser References: <20041001105544.GG840@genius.tao.org.uk> In-Reply-To: <20041001105544.GG840@genius.tao.org.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at webonaut.com cc: current@freebsd.org Subject: Re: Sony VGN-A 197XP? (Re: Laptop recommendations?) 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: Fri, 01 Oct 2004 11:05:32 -0000 Josef Karthauser wrote: > Because I'm a mug, and that they look nice, I'm considering a new Vaio. > The model that has me wetting myself in anticipation is that VGN-A > 197XP, which has a 1.8GHz centrino with a 2mb cache, a 17" 1920x1200 > screen and an 80gb harddrive. It's lovely. > > The big question is how well does FreeBSD run on it? I absolutely need > to have suspend/resume support as it only has a single battery with a > life of around 2.5 hours (no second battery slot :(). > > Has anyone tried FreeBSD on anything like this? What's the chances that > the wireless 802.11g and bluetooth will work? > > Joe > > p.s. we could really do with a laptop supported web page. Anyone? did you mean something like this? http://gerda.univie.ac.at/freebsd-laptops/ franz. From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 11:06:32 2004 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 F27F316A4CE; Fri, 1 Oct 2004 11:06:31 +0000 (GMT) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id C441F43D1D; Fri, 1 Oct 2004 11:06:31 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) i91B5hr2013629; Fri, 1 Oct 2004 04:05:44 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (pc1.oakwoodazabu1-unet.ocn.ne.jp [220.110.140.201]) by mail.meer.net (8.12.10/8.12.2/meer) with ESMTP id i91B5ZMD093499; Fri, 1 Oct 2004 04:05:36 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Fri, 01 Oct 2004 20:05:31 +0900 Message-ID: From: "George V. Neville-Neil" To: Scott Long In-Reply-To: <200410010741.i917fJUo076107@pooker.samsco.org> References: <200410010741.i917fJUo076107@pooker.samsco.org> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.5 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO 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: Fri, 01 Oct 2004 11:06:32 -0000 At Fri, 1 Oct 2004 01:41:19 -0600 (MDT), Scott Long wrote: > |---------------------+-------------+---------------+--------------------| > | | | | There are reports | > | | | | that racoon is | > | | | | unable to complete | > | | | | IKE negotiation | > | | | | due to a send to | > | KAME IPSEC | | | the pfkey socket | > | "ENOBUFS" problem | | | returning ENOBUFS. | > | with racoon and | In progress | Robert Watson | This appears to be | > | mbuma | | | a result of an | > | | | | incorrect | > | | | | assumption about | > | | | | mbuf data size due | > | | | | to a change | > | | | | resulting from | > | | | | mbuma. | > |---------------------+-------------+---------------+--------------------| The patch was applied by Robert Watson yesterday, here: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netkey/key.c?rev=1.68&content-type=text/x-cvsweb-markup Robert is, I believe, currently in transit. Later, George From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 11:27:18 2004 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 C776816A4CE for ; Fri, 1 Oct 2004 11:27:18 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BAB043D62 for ; Fri, 1 Oct 2004 11:27:18 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i91BRGwP064740 for ; Fri, 1 Oct 2004 13:27:16 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 01 Oct 2004 09:29:05 +0200." <60969.1096615745@critter.freebsd.dk> Date: Fri, 01 Oct 2004 13:27:16 +0200 Message-ID: <64739.1096630036@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: [HEADSUP] Breaking all the tty drivers one by one... 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: Fri, 01 Oct 2004 11:27:18 -0000 In message <60969.1096615745@critter.freebsd.dk>, Poul-Henning Kamp writes: >I am going to commit the meaty part of the tty driver cleanup up >starting this weekend and I'll probably do about one or two drivers >per day for the next couple of weeks. > >The total patch is close to 10000 lines and it removes around 3300 >lines of duplicated code in the tty drivers. >PS: The not quite finished patch can be seen in the perforce branch >"phk_tty". I have put a patchfile up for people who are not set up for perforce access: http://phk.freebsd.dk/patch/tty.patch Comments, fixes, etc are very welcome. -- 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 Fri Oct 1 11:31:16 2004 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 5470A16A4CE for ; Fri, 1 Oct 2004 11:31:16 +0000 (GMT) Received: from deliver.smtp.vlink.ru (alias.rigel.internal.vlink.ru [217.23.88.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0083843D49 for ; Fri, 1 Oct 2004 11:31:16 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id E2909454B8 for ; Fri, 1 Oct 2004 15:31:14 +0400 (MSD) Received: from neva.vlink.ru (neva.internal.vlink.ru [10.10.14.8]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id A189545235 for ; Fri, 1 Oct 2004 15:31:14 +0400 (MSD) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.1/8.13.1) with ESMTP id i91BVEeB088946 for ; Fri, 1 Oct 2004 15:31:14 +0400 (MSD) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.1/8.13.1/Submit) id i91BVEkD088945; Fri, 1 Oct 2004 15:31:14 +0400 (MSD) (envelope-from dsh@vlink.ru) To: freebsd-current@freebsd.org From: Denis Shaposhnikov Date: Fri, 01 Oct 2004 15:31:14 +0400 Message-ID: <87y8iqptdp.fsf@neva.vlink.ru> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Security Through Obscurity, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP Subject: jail, unionfs, pwd 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: Fri, 01 Oct 2004 11:31:16 -0000 Hi! Something wrong with unionfs, look at this: [dsh@neva dsh]$ mkdir /mnt/.ro [dsh@neva dsh]$ cp -R /bin /lib /libexec /mnt/ [dsh@neva dsh]$ mount_unionfs -r /usr /mnt/.ro [dsh@neva dsh]$ jail /mnt x.x 127.0.0.1 /bin/tcsh # pwd / # cd /.ro # pwd /.ro # cd /.ro/bin # pwd pwd: .: No such file or directory Why pwd said this? What is wrong? -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 11:35:02 2004 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 4601216A4CE for ; Fri, 1 Oct 2004 11:35:02 +0000 (GMT) Received: from mail10.syd.optusnet.com.au (mail10.syd.optusnet.com.au [211.29.132.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C2CD43D64 for ; Fri, 1 Oct 2004 11:35:01 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) i91BZ0Vg007075 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 1 Oct 2004 21:35:00 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])i91BYxxP018116; Fri, 1 Oct 2004 21:34:59 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)i91BYxib018115; Fri, 1 Oct 2004 21:34:59 +1000 (EST) (envelope-from pjeremy) Date: Fri, 1 Oct 2004 21:34:59 +1000 From: Peter Jeremy To: Thomas Dickey Message-ID: <20041001113459.GI83620@cirb503493.alcatel.com.au> References: <20040929030546.GE16305@electra.cse.Buffalo.EDU> <20040929092710.GA59303@cat.robbins.dropbear.id.au> <20040929123100.GA600@electra.cse.Buffalo.EDU> <20040929135217.GA16594@saltmine.radix.net> <20040929164422.GA9262@xor.obsecurity.org> <20040929171619.GC26065@saltmine.radix.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040929171619.GC26065@saltmine.radix.net> User-Agent: Mutt/1.4.2i cc: freebsd-current@freebsd.org Subject: Re: HEADS-UP: Library version number bumps 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: Fri, 01 Oct 2004 11:35:02 -0000 On Wed, 2004-Sep-29 13:16:19 -0400, Thomas Dickey wrote: >_nc_tracebits is a variable, not a function. You can't "call" it. [Ignoring the specific issue since Thomas now agrees that _nc_tracebits is a function, not a variable]. You _can_ call a variable. It's just frowned upon. For an example, see http://www.ioccc.org/1984/mullender.c -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 12:08:15 2004 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 6D70E16A4CF for ; Fri, 1 Oct 2004 12:08:15 +0000 (GMT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 760E143D46 for ; Fri, 1 Oct 2004 12:08:14 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 96809 invoked from network); 1 Oct 2004 12:07:45 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43) by avocado.salatschuessel.net with SMTP; 1 Oct 2004 12:07:45 -0000 Date: Fri, 1 Oct 2004 14:08:12 +0200 From: Oliver Lehmann To: current@freebsd.org Message-Id: <20041001140812.1aead54e.lehmann@ans-netz.de> In-Reply-To: <200410010741.i917fJUo076107@pooker.samsco.org> References: <200410010741.i917fJUo076107@pooker.samsco.org> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: re@freebsd.org Subject: Re: 5.3-RELEASE TODO 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: Fri, 01 Oct 2004 12:08:15 -0000 Hi, Scott Long wrote: > | Fine-grained network stack locking without Giant network > | poll()/select() application wedge reports with debug.mpsafenet=1 I don't know where it belongs to, but is there some work on the de driver to get it to work with mpsafenet=1?I reported a problem with my 4xde Card on current and CCed re@ 3 or 4 days ago. I think it will break some systems using de Cards after their admins installed/updated to 5.3 by mpsafenet enabled. The system won't respond any longer, and that sounds like a nightmare for remote updates imho. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 13:16:24 2004 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 9B02516A4CE for ; Thu, 30 Sep 2004 13:16:24 +0000 (GMT) Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7EB343D4C for ; Thu, 30 Sep 2004 13:16:23 +0000 (GMT) (envelope-from zaks@era.pl) Received: by localhost (Postfix, from userid 1001) id F20B611652; Thu, 30 Sep 2004 15:16:21 +0200 (CEST) To: "David G. Lawrence" From: =?iso-8859-2?q?S=B3awek_=AFak?= References: <861xgm5ltz.fsf@thirst.unx.era.pl> <20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl> <20040929131136.GA2493@submonkey.net> <415AB9BF.1070003@gamersimpact.com> <86is9wx8qp.fsf@thirst.unx.era.pl> <20040930124810.GA17792@nexus.dglawrence.com> Date: Thu, 30 Sep 2004 15:16:21 +0200 In-Reply-To: <20040930124810.GA17792@nexus.dglawrence.com> (David G. Lawrence's message of "Thu, 30 Sep 2004 05:48:10 -0700") Message-ID: <86y8irx5ga.fsf@thirst.unx.era.pl> User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.4 (Reasonable Discussion, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Fri, 01 Oct 2004 12:17:19 +0000 cc: Ryan Sommers cc: Ceri Davies cc: freebsd-current@freebsd.org Subject: Re: Bug in #! processing 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: Thu, 30 Sep 2004 13:16:24 -0000 "David G. Lawrence" writes: >> What circular reference? Could you elaborate? The algorithm goes like this: >> >> 1. skip all space till #! > > The #! is required to be in the first two bytes of the file, so there > can't be any spaces before it. Oh. Thus in following script: thirst(1950)% cat tst.sh #!/bin/no-such-file ps -lp $$ Which generates following output. thirst(1949)% ./tst.sh /tmp UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 1001 31645 31278 0 8 0 1636 1024 wait S+ p5 0:00.00 sh ./tst.sh the interpreter is assumed to be /bin/sh. That's fine with me. > I wrote the code you guys are talking about, although I had nothing to do > with the commit in rev 1.21. I don't have an opinion on that other than > it's been this way in FreeBSD for a long time and I share Ceri's concern > that changing it will affect some people. By no means I wish to force anyone to fix their scripts for 5.3 release. Period. I would only like to use Allegro CL in scripts, which unfortunately considers -#! valid in argument list and acts accordingly on all platforms besides FreeBSD. Some (in)compatibility shim would be great. Please! :) /S -- S³awek ¯ak : UNIX Systems Administrator : PTC Sp. zoo From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 15:50:41 2004 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 B291916A4CE for ; Thu, 30 Sep 2004 15:50:41 +0000 (GMT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EF1443D60 for ; Thu, 30 Sep 2004 15:50:39 +0000 (GMT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id i8UFob8g072605 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA); Thu, 30 Sep 2004 11:50:38 -0400 (EDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id i8UFobik072602; Thu, 30 Sep 2004 11:50:37 -0400 (EDT) (envelope-from wollman) Date: Thu, 30 Sep 2004 11:50:37 -0400 (EDT) From: Garrett Wollman Message-Id: <200409301550.i8UFobik072602@khavrinen.lcs.mit.edu> To: Ceri Davies In-Reply-To: <20040930122154.GS2493@submonkey.net> References: <861xgm5ltz.fsf@thirst.unx.era.pl> <20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl> <20040929131136.GA2493@submonkey.net> <86mzz8x8zv.fsf@thirst.unx.era.pl> <20040930122154.GS2493@submonkey.net> X-Spam-Score: -19.8 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES X-Scanned-By: MIMEDefang 2.37 X-Mailman-Approved-At: Fri, 01 Oct 2004 12:17:19 +0000 cc: freebsd-current@FreeBSD.ORG Subject: Re: Bug in #! processing 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: Thu, 30 Sep 2004 15:50:41 -0000 < said: > Good, I'm not losing my eyesight then. In theory this means that we're > free to do whatever we want, as the commit log for revision 1.21 of > imgact_shell.c suggests. Just to clear there air here: POSIX does not specify, and by design and intention has never specified, the "#! hack" or any other means for making scripts directly executable. -GAWollman From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 18:17:11 2004 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 CB42916A4CE for ; Thu, 30 Sep 2004 18:17:11 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98A0243D45 for ; Thu, 30 Sep 2004 18:17:08 +0000 (GMT) (envelope-from oppermann@networx.ch) Received: (qmail 34269 invoked from network); 30 Sep 2004 18:09:41 -0000 Received: from unknown (HELO networx.ch) ([62.48.0.53]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 30 Sep 2004 18:09:41 -0000 Message-ID: <415C4DB3.1042A076@networx.ch> Date: Thu, 30 Sep 2004 20:17:23 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: "Raphael H. Becker" References: <20040917104356.E55054@p-i-n.com> <414ADD15.FAC42CDB@freebsd.org> <20040917231922.G55054@p-i-n.com> <414B567C.9060904@freebsd.org> <20040917235056.I55054@p-i-n.com> <414B6234.8060904@freebsd.org> <20040918011644.N55054@p-i-n.com> <20040928232841.W55054@p-i-n.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 01 Oct 2004 12:17:19 +0000 cc: freebsd-net@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: if_bge with (was: Re: Strange things on GBit / 1000->100 /net.inet.tcp.inflight.* ) 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: Thu, 30 Sep 2004 18:17:11 -0000 "Raphael H. Becker" wrote: > > On Sat, Sep 18, 2004 at 01:16:44AM +0200, Raphael H. Becker wrote: > > On Sat, Sep 18, 2004 at 12:16:20AM +0200, Andre Oppermann wrote: > > > Would you mind trying a 5.3 to 5.3 transfer but the target 5.3 box forced to > > > only 100Mbit full-duplex? Same statistics again. > > > > Sorry, ifconfig is not possible now. See PM. > > I may retest with physical access (without ssh) next days, if needed. > > Today I had some time for testing AND physical access ... > > With bge0 bound to 100baseTX / full-duplex the transfer breaks down to > <100kBytes/sec, with 1000byseTX its about 250-350kBytes/sec, should be > ~10MBytes/sec > > ifconfig bge0 down > ifconfig bge0 media ... > ifconfig bge0 up > > I will do some more and detailed testing next time I'm in our data > center, including the netstat-output etc. > > Hmm. if_bge buggy? > But, same machine on a FE-Switich worked perfectly (with 100MBit). -snip- > Any idea? Could you do a transfer of about 5MB and capture the entire TCP session with tcpdump on the source *and* target machine at the same time? I'll have a look at it to find out why TCP is unable to open the window. tcpdump -n -i bge0 -p -w dump_source "tcp host 1.2.3.4" And then make the two files available somewhere I can download them. -- Andre From owner-freebsd-current@FreeBSD.ORG Thu Sep 30 18:20:40 2004 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 90CAF16A4CE for ; Thu, 30 Sep 2004 18:20:40 +0000 (GMT) Received: from mx.nsu.ru (mx.nsu.ru [212.192.164.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E71843D58 for ; Thu, 30 Sep 2004 18:20:39 +0000 (GMT) (envelope-from danfe@regency.nsu.ru) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.34) id 1CD5rP-0003d5-Ij; Fri, 01 Oct 2004 01:40:59 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.12.10/8.12.10) with ESMTP id i8UILIoI091940; Fri, 1 Oct 2004 01:21:18 +0700 (NOVST) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.12.10/8.12.10/Submit) id i8UILIf0091920; Fri, 1 Oct 2004 01:21:18 +0700 (NOVST) (envelope-from danfe) Date: Fri, 1 Oct 2004 01:21:18 +0700 From: Alexey Dokuchaev To: Volker Message-ID: <20040930182117.GA87887@regency.nsu.ru> References: <415C0326.7000104@vwsoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <415C0326.7000104@vwsoft.com> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Fri, 01 Oct 2004 12:17:19 +0000 cc: freebsd-current@freebsd.org Subject: Re: panics and traces, who and where to report? 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: Thu, 30 Sep 2004 18:20:40 -0000 On Thu, Sep 30, 2004 at 02:59:18PM +0200, Volker wrote: > Hi folks! > > Last week I was sending some panic reports (using 6-CURRENT and > RELENG_5) and debugger traces to this list. I didn't get a response and > while cvsup'ing twice a day for several days and doing buildkernel every > other day the situation didn't change. > > So I'm wondering if this is the right place to report panics and traces? > Or are these better placed at hackers@? The place is probably just right, but since people are pretty busy with upcoming release, the queue of problems does not get flushed at the rate we sometimes want it to. You'd just have to accept this. RE team is doing its best to deliver 5.3-RELEASE so not to be ashamed of it. > > Another question: Do you really expect RELENG_5 to become stable within > the very next few weeks? From my point of experience with RELENG_5 it > looks like I have to switch my OS as I don't believe the 5-STABLE will > be production stable soon. > > I have to install two new bsd-based routers on 10/10/ and I have to > decide now whether I still do believe in FreeBSDs' stability. Even if you believe that you have valid reasons to not trust 5.X completely, there's still RELENG_4 which is as solid as a rock. ./danfe From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 05:03:00 2004 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 CDCD616A4FE for ; Fri, 1 Oct 2004 05:03:00 +0000 (GMT) Received: from hotmail.com (bay11-f3.bay11.hotmail.com [64.4.39.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id A29B643D39 for ; Fri, 1 Oct 2004 05:03:00 +0000 (GMT) (envelope-from daniel_k_eriksson@msn.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 30 Sep 2004 22:03:00 -0700 Received: from 193.11.63.57 by by11fd.bay11.hotmail.msn.com with HTTP; Fri, 01 Oct 2004 05:02:58 GMT X-Originating-IP: [193.11.63.57] X-Originating-Email: [daniel_k_eriksson@msn.com] X-Sender: daniel_k_eriksson@msn.com From: "Daniel Eriksson" To: freebsd-current@freebsd.org Date: Fri, 01 Oct 2004 05:02:58 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 01 Oct 2004 05:03:00.0432 (UTC) FILETIME=[EC834500:01C4A773] X-Mailman-Approved-At: Fri, 01 Oct 2004 12:17:19 +0000 cc: phk@phk.freebsd.dk Subject: zero and null regression? 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: Fri, 01 Oct 2004 05:03:01 -0000 After upgrading a 6-CURRENT machine from a 5 day old kernel to one cvsuped just a few hours ago, special files zero and null created through mknod no longer works. # mknod zerotest c 2 12 # chmod 666 zerotest # cat zerotest > /dev/null cat: zerotest: Socket operation on non-socket Could this be related to the vfs stuff Poul-Henning Kamp is working with? /Daniel Eriksson _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 11:28:38 2004 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 EFECC16A4CE for ; Fri, 1 Oct 2004 11:28:38 +0000 (GMT) Received: from deliver.smtp.vlink.ru (alias.rigel.internal.vlink.ru [217.23.88.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id A054C43D62 for ; Fri, 1 Oct 2004 11:28:35 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id EB7C645C2E for ; Fri, 1 Oct 2004 15:28:32 +0400 (MSD) Received: from neva.vlink.ru (neva.internal.vlink.ru [10.10.14.8]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id A8998459EB for ; Fri, 1 Oct 2004 15:28:32 +0400 (MSD) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.1/8.13.1) with ESMTP id i91BSWQZ078430 for ; Fri, 1 Oct 2004 15:28:32 +0400 (MSD) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.1/8.13.1/Submit) id i91BSWSI078427; Fri, 1 Oct 2004 15:28:32 +0400 (MSD) (envelope-from dsh@vlink.ru) To: freebsd-current@freebsd.org From: Denis Shaposhnikov Date: Fri, 01 Oct 2004 15:28:32 +0400 Message-ID: <87brfmr82n.fsf@neva.vlink.ru> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Security Through Obscurity, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Fri, 01 Oct 2004 12:17:19 +0000 Subject: jail, unionfs, pwd 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: Fri, 01 Oct 2004 11:28:39 -0000 Hi! Something wrong with unionfs, look at this: [dsh@neva dsh]$ mkdir /mnt/.ro [dsh@neva dsh]$ cp -R /bin /lib /libexec /mnt/ [dsh@neva dsh]$ mount_unionfs -r /usr /mnt/.ro [dsh@neva dsh]$ jail /mnt x.x 127.0.0.1 /bin/tcsh # pwd / # cd /.ro # pwd /.ro # cd /.ro/bin # pwd pwd: .: No such file or directory Why pwd said this? What is wrong? -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 12:18:06 2004 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 583FF16A50F; Fri, 1 Oct 2004 12:18:06 +0000 (GMT) Received: from transwarp.tao.org.uk (transwarp.tao.org.uk [212.135.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71E4743D2D; Fri, 1 Oct 2004 12:18:05 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by transwarp.tao.org.uk (Postfix) with ESMTP id 24C6FEA94; Fri, 1 Oct 2004 13:17:59 +0100 (BST) Received: by genius.tao.org.uk (Postfix, from userid 100) id 92D63436E; Fri, 1 Oct 2004 13:17:22 +0100 (BST) Date: Fri, 1 Oct 2004 13:17:22 +0100 From: Josef Karthauser To: Franz Klammer Message-ID: <20041001121722.GA1666@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Franz Klammer , current@freebsd.org, mobile@freebsd.org References: <20041001105544.GG840@genius.tao.org.uk> <415D39F0.4060109@webonaut.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <415D39F0.4060109@webonaut.com> User-Agent: Mutt/1.5.6i X-taoresearch-MailScanner-Information: Please contact Tao Research for more information X-taoresearch-MailScanner: Found to be clean X-MailScanner-From: joe@tao.org.uk cc: current@freebsd.org cc: mobile@freebsd.org Subject: Sony suspend/resume? [Re: Sony VGN-A 197XP?] 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: Fri, 01 Oct 2004 12:18:06 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 01, 2004 at 01:05:20PM +0200, Franz Klammer wrote: >=20 > did you mean something like this? >=20 > http://gerda.univie.ac.at/freebsd-laptops/ >=20 Looking at these pages it seems that loads of people have problems with ACPI support on Sonys. In particular it seems that where it works the machine comes back with a blank screen. Is this an issue that anyone is working on, or are we hoping that a future ACPI snapshot will automatically fix it? Joe --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iEYEARECAAYFAkFdStIACgkQXVIcjOaxUBbJwwCdHlO6KxrWcRoTiYlFWcYCsNwk MbYAnjcI2wwJeVO7Zrwj0q31N/w/cfhF =aWon -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 12:20:48 2004 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 2D72616A4CE for ; Fri, 1 Oct 2004 12:20:48 +0000 (GMT) Received: from axe-inc.co.jp (axegw.axe-inc.co.jp [61.199.217.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 459A943D3F for ; Fri, 1 Oct 2004 12:20:47 +0000 (GMT) (envelope-from takawata@axe-inc.co.jp) Received: from localhost (localhost [127.0.0.1]) by axe-inc.co.jp (8.9.3+3.2W/3.7W) with SMTP id VAA05579; Fri, 1 Oct 2004 21:20:04 +0900 (JST) Message-Id: <200410011220.VAA05579@axe-inc.co.jp> X-Authentication-Warning: axegw.axe-inc.co.jp: localhost [127.0.0.1] didn't use HELO protocol To: Denis Shaposhnikov From: takawata@jp.freebsd.org In-reply-to: Your message of "Fri, 01 Oct 2004 15:31:14 +0400." <87y8iqptdp.fsf@neva.vlink.ru> Date: Fri, 01 Oct 2004 21:20:04 +0900 Sender: takawata@axe-inc.co.jp cc: freebsd-current@freebsd.org Subject: Re: jail, unionfs, pwd 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: Fri, 01 Oct 2004 12:20:48 -0000 In message <87y8iqptdp.fsf@neva.vlink.ru>, Denis Shaposhnikov wrote: >Hi! > >Something wrong with unionfs, look at this: > >[dsh@neva dsh]$ mkdir /mnt/.ro >[dsh@neva dsh]$ cp -R /bin /lib /libexec /mnt/ >[dsh@neva dsh]$ mount_unionfs -r /usr /mnt/.ro >[dsh@neva dsh]$ jail /mnt x.x 127.0.0.1 /bin/tcsh ># pwd >/ ># cd /.ro ># pwd >/.ro ># cd /.ro/bin ># pwd >pwd: .: No such file or directory > >Why pwd said this? What is wrong? If the filesystem /mnt is using is same as /usr, it is something like the problem which I encounted once. http://docs.FreeBSD.org/cgi/mid.cgi?200202251435.XAA91094 From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 12:41:15 2004 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 8781616A4CE; Fri, 1 Oct 2004 12:41:15 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4938343D2F; Fri, 1 Oct 2004 12:41:13 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i91Cf7SK098470; Fri, 1 Oct 2004 14:41:09 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <415D5061.10506@DeepCore.dk> Date: Fri, 01 Oct 2004 14:41:05 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Josef Karthauser References: <20041001105544.GG840@genius.tao.org.uk> <415D39F0.4060109@webonaut.com> <20041001121722.GA1666@genius.tao.org.uk> In-Reply-To: <20041001121722.GA1666@genius.tao.org.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: current@freebsd.org cc: mobile@freebsd.org Subject: Re: Sony suspend/resume? [Re: Sony VGN-A 197XP?] 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: Fri, 01 Oct 2004 12:41:15 -0000 Josef Karthauser wrote: > On Fri, Oct 01, 2004 at 01:05:20PM +0200, Franz Klammer wrote: >=20 >>did you mean something like this? >> >>http://gerda.univie.ac.at/freebsd-laptops/ >> > Looking at these pages it seems that loads of people have problems with= > ACPI support on Sonys. In particular it seems that where it works the > machine comes back with a blank screen. Is this an issue that anyone i= s > working on, or are we hoping that a future ACPI snapshot will > automatically fix it? It not just Sonys, ACPI suspend/resume is broken on Acer and ASUS also. As to anyone working on it, I've sent AML dumps, backtraces etc etc to=20 the current maintainer, even binary hunted through dates where ACPI=20 worked to find hints on what got borked. All to no avail so far... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 12:42:26 2004 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 07B1E16A4CE for ; Fri, 1 Oct 2004 12:42:26 +0000 (GMT) Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net [69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FFBE43D2F for ; Fri, 1 Oct 2004 12:42:23 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i91CgLdi004832; Fri, 1 Oct 2004 08:42:21 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i91CgKZk004831; Fri, 1 Oct 2004 08:42:20 -0400 (EDT) (envelope-from green) Date: Fri, 1 Oct 2004 08:42:20 -0400 From: Brian Fundakowski Feldman To: freebsd Message-ID: <20041001124220.GC997@green.homeunix.org> References: <0bca01c4a5a7$7bd64d20$0500a8c0@home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0bca01c4a5a7$7bd64d20$0500a8c0@home> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Crash when using heavy rdist with BETA6 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: Fri, 01 Oct 2004 12:42:26 -0000 On Tue, Sep 28, 2004 at 03:07:02PM -0700, freebsd wrote: > > I don't have debugging enabled in the kernel and this is a remote machine > so all I really know is that it spontaneously reboots under the same > circumstances on a semi regular basis. But just in case this helps anyone > here is what I do have. This system has run fine for months on freebsd > 5.2.1-RELEASE without any issues under the same workload. > > Problem: Reboots (panic I assume) when rdisting to a freebsd 4.7 box over > a local 100mb link. You really need to try to get the panic information or it's quite unlikely anyone could possibly help at all.... -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 12:45:37 2004 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 E3A6216A4CE for ; Fri, 1 Oct 2004 12:45:37 +0000 (GMT) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACB1D43D53 for ; Fri, 1 Oct 2004 12:45:37 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from [10.9.204.1] (dsl093-061-215.pit1.dsl.speakeasy.net [66.93.61.215]) by bache.ece.cmu.edu (Postfix) with ESMTP id 4D0AF74; Fri, 1 Oct 2004 08:45:35 -0400 (EDT) From: "Brandon S. Allbery KF8NH" To: =?iso-8859-2?Q?S=B3awek_=AFak?= In-Reply-To: <86y8irx5ga.fsf@thirst.unx.era.pl> References: <861xgm5ltz.fsf@thirst.unx.era.pl> <86k6ud2t6t.fsf@thirst.unx.era.pl><415AB9BF.1070003@gamersimpact.com> <86is9wx8qp.fsf@thirst.unx.era.pl> <20040930124810.GA17792@nexus.dglawrence.com> <86y8irx5ga.fsf@thirst.unx.era.pl> Content-Type: text/plain; charset=UTF-8 Message-Id: <1096634733.48170.8.camel@rushlight.kf8nh.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Fri, 01 Oct 2004 08:45:34 -0400 Content-Transfer-Encoding: 8bit cc: Ryan Sommers cc: Ceri Davies cc: "David G. Lawrence" cc: freebsd-current@freebsd.org Subject: Re: Bug in #! processing 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: Fri, 01 Oct 2004 12:45:38 -0000 On Thu, 2004-09-30 at 09:16, SÅ‚awek Å»ak wrote: > "David G. Lawrence" writes: > > The #! is required to be in the first two bytes of the file, so there > > can't be any spaces before it. > > Oh. Thus in following script: > > thirst(1950)% cat tst.sh > #!/bin/no-such-file > ps -lp $$ exec*() fails in that case, and shells assume it's a sh script. csh (used to?) assume a csh script if the first character is #, or you can use "alias shell" to tell it which shell to assume. This is how scripts worked before #!. -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 12:47:20 2004 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 40EB316A4CE for ; Fri, 1 Oct 2004 12:47:20 +0000 (GMT) Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net [69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB6FD43D5F for ; Fri, 1 Oct 2004 12:47:17 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i91ClCGa004876; Fri, 1 Oct 2004 08:47:12 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i91Cl6eW004875; Fri, 1 Oct 2004 08:47:06 -0400 (EDT) (envelope-from green) Date: Fri, 1 Oct 2004 08:47:06 -0400 From: Brian Fundakowski Feldman To: "Jeremy C. Reed" Message-ID: <20041001124706.GD997@green.homeunix.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: panic "bio_completed can't be greater than bio_length" on 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: Fri, 01 Oct 2004 12:47:20 -0000 On Tue, Sep 28, 2004 at 05:04:44PM -0700, Jeremy C. Reed wrote: > > Anyone seeing this? > > > > panic("bio_completed can't be greater than bio_length") > > I upgraded and old laptop running 5.1 to -current this week. I have had > that message twice. Once on first reboot with new kernel but old userland > when I ran "fsck /usr". I typed in my notes: > > ad0: TIMEOUT - READ retrying (2 retries left) LBA=235520522 > panic: bio_completed can't be greater than bio_length > cpuid = 0 > KDB: enter: panic > [thread 100027] > Stopped at kdb_enter+0x2b: nop > db> > > I thought this was because of old fsck. So I rebooted, didn't run fsck, > and finished the install of userland. > > Later, I started receiving random messages like: > > ad0: TIMEOUT - READ retrying (2 retries left) LBA=101139222 > ad0: WARNING - WRITE no interrupt but good status > (four times) > > It went into kernel debugger again (but I don't know when): > > panic: bio_completed can't be greater than bio_length > cpuid = 0 > KDB: enter: panic > [thread 100027] > Stopped at kdb_enter+0x2b: nop > db> > > It sits at that prompt now. > > I am running OLDCARD kernel. (I don't know if it is needed still, but I > had to use it before.) > > Jeremy C. Reed > > p.s. Please CC me on replies. Can you at least do a "tr"? It would have been nice if the panic string included the lengths in question... whoever made it... -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 12:55:20 2004 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 A436916A4CE for ; Fri, 1 Oct 2004 12:55:20 +0000 (GMT) Received: from manian.sics.se (manian.sics.se [193.10.66.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C40943D5D for ; Fri, 1 Oct 2004 12:55:20 +0000 (GMT) (envelope-from bg@sics.se) Received: from manian.sics.se (localhost [127.0.0.1]) by manian.sics.se (8.13.1/8.13.1) with SMTP id i91CtHvW016277; Fri, 1 Oct 2004 14:55:17 +0200 (CEST) (envelope-from bg@sics.se) Date: Fri, 1 Oct 2004 14:55:16 +0200 From: =?ISO-8859-1?Q?Bj=F6rn_Gr=F6nvall?= To: freebsd-current@freebsd.org, ecu@ipv42.net Message-Id: <20041001145516.0d53c65c@manian.sics.se> Organization: SICS X-Mailer: Sylpheed version 0.9.9claws (GTK+ 1.2.10; i386-unknown-freebsd5.2.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit cc: bg@sics.se Subject: Problems with dual SonyEricsson GC79 cardbus card 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: Fri, 01 Oct 2004 12:55:20 -0000 Hi, I'm having problems with a SonyEricsson GC79 CardBus card under FreeBSD 5.3-BETA6. The card consists of both a WiFi device and a GSM/GPRS modem. Using ndis I can get the WiFi part to work just fine. However, the modem part will not attach because of BUS_ALLOC_RESOURCE failures. >From an earlier discussion on freebsd-current with the subject "802.11g/GPRS broadcom cardbus" it seems like Nicolas had the modem part working sometime in early June. Unfortunately it no longer works under 5.3-BETA6. Nicolas, does your card still work on more recent FreeBSDs? Perhaps somebody else has some ideas? Cheers, Björn TUPLE: LINKTARGET [3]: 43 49 53 Product version: 8.0 Product name: Broadcom | 802.11g/GPRS CardBus | 1.0 | Manufacturer ID: d0023204 Function Extension: 040600904c620007 Functions: Network Adaptor TUPLE: Unknown(0x00) [34]: 0x00: 02 01 07 22 05 02 40 42 0f 00 22 05 02 80 84 1e 0x10: 00 22 05 02 60 ec 53 00 22 05 02 c0 d8 a7 00 22 0x20: 05 02 TUPLE: Unknown(0x80) [141]: 0x00: 5b 00 22 05 02 40 54 89 00 22 05 02 00 1b b7 00 0x10: 22 05 02 80 a8 12 01 22 05 02 00 36 6e 01 22 05 0x20: 02 00 51 25 02 22 05 02 00 6c dc 02 22 05 02 80 0x30: f9 37 03 22 02 03 07 22 02 05 01 07 06 01 00 00 0x40: 10 00 00 1c 04 02 d9 09 ff 04 06 03 01 00 00 00 0x50: 00 05 07 41 b0 b0 ff ff 02 01 ff 00 ff ff ff ff 0x60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 0x70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 0x80: ff ff ff ff ff ff ff ff ff ff ff ff ff CIS reading done cardbus0: Resource not specified in CIS: id=10, size=2000 cardbus0: Non-prefetchable memory at 88000000-88001fff ndis0: mem 0x88000000-0x88001fff ir q 11 at device 0.0 on cardbus0 ndis0: [GIANT-LOCKED] ndis0: NDIS API version: 5.0 ndis0: Ethernet address: 00:0a:d9:6c:89:fa ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18Mbps 36Mbps 48Mbps 54Mbps cardbus0: Resource not specified in CIS: id=10, size=100 cbb alloc res fail cardbus0: Can't get memory for IO ports cbb alloc res fail cbb alloc res fail cardbus0: at device 0.1 (no driver attached) Output from pciconf -vl: ndis0@pci2:0:0: class=0x028000 card=0x000218de chip=0x432014e4 rev=0x03 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM4306 802.11b/g Wireless LAN Controller' class = network none4@pci2:0:1: class=0x070002 card=0x000218de chip=0x432214e4 rev=0x03 hdr=0x00 vendor = 'Broadcom Corporation' class = simple comms subclass = UART -- _ _ ,_______________. Bjorn Gronvall (Björn Grönvall) /_______________/| Swedish Institute of Computer Science | || PO Box 1263, S-164 29 Kista, Sweden | Schroedingers || Email: bg@sics.se, Phone +46 -8 633 15 25 | Cat |/ Cellular +46 -70 768 06 35, Fax +46 -8 751 72 30 '---------------' From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 12:55:36 2004 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 0566D16A4CE for ; Fri, 1 Oct 2004 12:55:36 +0000 (GMT) Received: from athena.softcardsystems.com (mail.softcardsystems.com [12.34.136.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id B765E43D54 for ; Fri, 1 Oct 2004 12:55:34 +0000 (GMT) (envelope-from sah@softcardsystems.com) Received: from athena (athena [12.34.136.114])i91DsTkY014193; Fri, 1 Oct 2004 08:54:29 -0500 Date: Fri, 1 Oct 2004 08:54:29 -0500 (EST) From: Sam X-X-Sender: sah@athena To: Vladimir Grebenschikov In-Reply-To: <1096620622.907.16.camel@localhost> Message-ID: References: <415C59C7.7090408@pythonemproject.com> <1096620622.907.16.camel@localhost> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="571241096-157888418-1096638869=:14170" cc: rob@pythonemproject.com cc: freebsd-current@freebsd.org Subject: Re: wifi on 5.3, sort of OT 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: Fri, 01 Oct 2004 12:55:36 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --571241096-157888418-1096638869=:14170 Content-Type: TEXT/PLAIN; charset=KOI8-R; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Fri, 1 Oct 2004, Vladimir Grebenschikov wrote: > =F7 =DE=D4, 30/09/2004 =D7 12:08 -0700, Rob =D0=C9=DB=C5=D4: > >> cardbus0: Expecting link target, got 0xff >> cardbus0: at device 0.0 (no driver attached) >> cbb0: CardBus card activation failed > > Actually it is problem recently introduced in -CURRENT kernel (I guess), > I have old Orinoci wavelan 11b card, and it was working perfectly with > wi driver for ages on -CURRENT (last time I've try about two weeks ago > on the same hardware) > > And with recent current I have got same message on card insertion: > cbb0: PC Card card activation failed I mentioned the same problem on 5.2.1 and -current about two months ago. I went with 4.x and it mostly works. Sam --571241096-157888418-1096638869=:14170-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 13:14:39 2004 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 C06EC16A4CF for ; Fri, 1 Oct 2004 13:14:39 +0000 (GMT) Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net [69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id C154643D45 for ; Fri, 1 Oct 2004 13:14:37 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i91DEWYM005101; Fri, 1 Oct 2004 09:14:32 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i91DEWxK005100; Fri, 1 Oct 2004 09:14:32 -0400 (EDT) (envelope-from green) Date: Fri, 1 Oct 2004 09:14:32 -0400 From: Brian Fundakowski Feldman To: kdulzo@sockpuppet.org Message-ID: <20041001131432.GE997@green.homeunix.org> References: <20040930183822.GA23562@skoda.sockpuppet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040930183822.GA23562@skoda.sockpuppet.org> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: panic: vm_proc_new: upage allocation failed (5.6-BETA6) 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: Fri, 01 Oct 2004 13:14:39 -0000 On Thu, Sep 30, 2004 at 02:38:22PM -0400, Kevin M. Dulzo wrote: > PAE still panics on boot, GENERIC still works flawlessly save 4G of RAM. > > (kgdb) where > #0 kdb_enter (msg=???) at /usr/src/sys/kern/subr_kdb.c:241 > #1 0xc039e3c7 in panic (fmt=0xc0564ae2 "vm_proc_new: upage allocation failed") > at /usr/src/sys/kern/kern_shutdown.c:537 > #2 0xc04c1a68 in vm_proc_new (p=0xca86ba80) at /usr/src/sys/vm/vm_glue.c:255 > #3 0xc0396add in proc_init (mem=0xca86ba80, size=448, flags=259) > at /usr/src/sys/kern/kern_proc.c:182 > #4 0xc04d33f5 in slab_zalloc (zone=0xc0a232c0, wait=259) > at /usr/src/sys/vm/uma_core.c:839 > #5 0xc04d4a18 in uma_zone_slab (zone=0xc0a232c0, flags=3) > at /usr/src/sys/vm/uma_core.c:1959 > #6 0xc04d4c2c in uma_zalloc_bucket (zone=0xc0a232c0, flags=3) > at /usr/src/sys/vm/uma_core.c:2062 > #7 0xc04d48c2 in uma_zalloc_arg (zone=0xc0a232c0, udata=0x0, flags=2) > at /usr/src/sys/vm/uma_core.c:1886 > #8 0xc038765f in fork1 (td=0xc05d9fc0, flags=131124, pages=0, > procp=0xc087fd50) at uma.h:274 > #9 0xc038dafd in kthread_create (func=0xc04d14bc , arg=0x0, > newpp=0xc05f2d98, flags=0, pages=0, fmt=0xc0536614 "%s") > at /usr/src/sys/kern/kern_kthread.c:86 > #10 0xc038daa3 in kproc_start (udata=0xc05c7840) > at /usr/src/sys/kern/kern_kthread.c:58 > #11 0xc03761f2 in mi_startup () at /usr/src/sys/kern/init_main.c:210 > #12 0xc024113e in begin () at /usr/src/sys/i386/i386/locore.s:348 Can you try doing "show map kernel_map" (or the address for kernel_map if that doesn't work) in DDB when it panics, or translating that function into gdb-speak and getting the output? The address space seems to be getting fatally full. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 13:17:08 2004 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 2590A16A4CE for ; Fri, 1 Oct 2004 13:17:08 +0000 (GMT) Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net [69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9965A43D5D for ; Fri, 1 Oct 2004 13:17:05 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i91DH4mq005133; Fri, 1 Oct 2004 09:17:04 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i91DH3XH005132; Fri, 1 Oct 2004 09:17:03 -0400 (EDT) (envelope-from green) Date: Fri, 1 Oct 2004 09:17:02 -0400 From: Brian Fundakowski Feldman To: Kris Kennaway Message-ID: <20041001131702.GF997@green.homeunix.org> References: <20040930184729.GA836@linwhf.opal.com> <20040930185842.GA4759@xor.obsecurity.org> <20040930190716.GA1236@linwhf.opal.com> <60850.208.4.77.15.1096574606.squirrel@208.4.77.15> <20040930211418.GA795@linwhf.opal.com> <20040930212016.GA13891@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040930212016.GA13891@xor.obsecurity.org> User-Agent: Mutt/1.5.6i cc: Ryan Sommers cc: freebsd-current@freebsd.org cc: "J.R. Oldroyd" Subject: Re: panic after 'ifconfig gif0 destroy' 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: Fri, 01 Oct 2004 13:17:08 -0000 On Thu, Sep 30, 2004 at 02:20:16PM -0700, Kris Kennaway wrote: > On Thu, Sep 30, 2004 at 05:14:19PM -0400, J.R. Oldroyd wrote: > > Here you go: > > > > # ifconfig gif0 destroy > > [thread 100166] > > Stopped at idestroy_dev+0x9e: cmpl $0,0x3c(%esi) > > db> trace > > idestroy_dev(c3b88b00) at idestroy_dev+0x9e > > idestroy_dev(c3be1700,f0e6cb84,c0671ef4,c3be1700,c35a7800) at idestroy_dev+0x68 > > destroy_dev(c35a1700,c35a7800,0,c080a1b8,d8) at destroy_dev+0x10 > > if_detach(c35a7800,c35a7800,c35a7800,c0872480,f0e6cbbc) at if_detatch+0x274 > > gif_destroy(c35a7800,c087b660,0,c0814dca,db) at gif_destroy+0x80 > > gif_clone_destroy(c35a7800,c08724b0,c0872480,f0e6cbf0,c0674076) at gif_clone_destroy+0x67 > > ifc_simple_destroy(c0872480,c35a7800,2d,80206979,0) at ifc_simple_destroy+0x1e > > if_clone_destroy(f0e6cc60,f0e6cc14,c0631dee,f0e6cc60,f0e6cc60) at if_clone_destroy+0xf2 > > ifioctl(c4285a20,80206979,f0e6cc60,c4274900,0) at ifioctl+0x88 > > soo_ioctl(c39f7e58,80206979,f0e6cc60,c3bd2e80,c4274900) at soo_ioctl+0x2b1 > > ioctl(c4274900,f0e6cd14,3,7,286) at ioctl+0x3e0 > > syscall(2f,2f,2f,1,bfbfe9c0) at syscall+0x213 > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280cc10b, esp = 0xbfbfe84c, ebp = 0xbfbfe868 --- > > db> > > Thanks, that's better. This looks like a bug I fixed in kern_conf.c two days ago. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 13:28:49 2004 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 2DCA616A4CE for ; Fri, 1 Oct 2004 13:28:49 +0000 (GMT) Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net [69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0759343D1F for ; Fri, 1 Oct 2004 13:28:47 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i91DSi9M005218; Fri, 1 Oct 2004 09:28:44 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i91DSiXW005217; Fri, 1 Oct 2004 09:28:44 -0400 (EDT) (envelope-from green) Date: Fri, 1 Oct 2004 09:28:43 -0400 From: Brian Fundakowski Feldman To: "Alexander S. Usov" Message-ID: <20041001132843.GG997@green.homeunix.org> References: <200409272240.00356.A.S.Usov@kvi.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409272240.00356.A.S.Usov@kvi.nl> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: ALTQ/pf troubles 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: Fri, 01 Oct 2004 13:28:49 -0000 On Mon, Sep 27, 2004 at 10:40:00PM +0200, Alexander S. Usov wrote: > Hello !! > > As a happy owner of the 1120/352Kbit ADSL line and 5.3-BETA6 > I have tried to configure altq as it's described in > /usr/share/examples/pf/ackpri and have hit quite a number of > strange issues with ALTQ. > > So, the system is: > FreeBSD kvip55.lan 5.3-BETA6 FreeBSD 5.3-BETA6 #0: Mon Sep 27 18:40:51 CEST > pf.conf & kernel configs are attached to the mail. > > Just enabling the queueing on the interface with bandwidth == DSL bandwidth > results in the appox. factor of 2 drop in the speed of the outgoing transfers. > >From my experiments I got an impression that to make this slow-down > away I have to specify the bandwith around 700Kb, which is twice bigger than > real. Are you telling ALTQ to process _incoming_ packets? I'm having no problems with ALTQ, using these IPFW rules, for comparison: # We're not classifying this packet if it's not going out dc0. add 30000 allow all from any to any not xmit dc0 # NAT'd egress traffic: add 40000 allow altq natted ip from any to any diverted-output # locally-generated egress traffic: # Interactive SSH. add 51000 allow altq ssh_interactive tcp from any 22 to any iptos lowdelay add 51500 allow altq ssh_interactive tcp from any to any 22 iptos lowdelay # TCP ack w/o data, TCP setup, IPTOS_LOWDELAY, DNS add 52000 allow altq local_fast ip from any to any iptos lowdelay add 52100 allow altq local_fast tcp from any to any setup add 52200 allow altq local_fast ip from any to any tcpflags ack tcpdatalen 0 add 52300 allow altq local_fast udp from any to any 53 # Non-interactive SSH. add 53000 allow altq other_ssh tcp from any 22 to any add 53500 allow altq other_ssh tcp from any to any 22 # default: add 59000 allow altq local_default ip from any to any -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 12:40:50 2004 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 0CEA916A4CE for ; Fri, 1 Oct 2004 12:40:50 +0000 (GMT) Received: from mail-kv.alkar.net (mail-kv.alkar.net [195.248.176.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id C308C43D1F for ; Fri, 1 Oct 2004 12:40:49 +0000 (GMT) (envelope-from anray@inet.ua) Received: from [212.86.238.99] (helo=santinel.home.ua) by mail-kv.alkar.net with esmtp (Exim 4.34 (FreeBSD)) id 1CDMiN-000NAS-0Q for current@freebsd.org; Fri, 01 Oct 2004 15:40:49 +0300 Received: from anray by santinel.home.ua with local (Exim 4.42; FreeBSD) id 1CDMiL-0005sB-5b for ; Fri, 01 Oct 2004 15:40:45 +0300 To: current@freebsd.org Organization: Santinel From: Andrey Slusar Date: Fri, 01 Oct 2004 15:40:45 +0300 Message-ID: <864qle7gs2.fsf@santinel.home.ua> User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.5 (chayote, i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Fri, 01 Oct 2004 13:29:23 +0000 Subject: [5.3-BETA6] uuencode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: anray@inet.ua List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Oct 2004 12:40:50 -0000 Hi, ,---- | FreeBSD santinel.home.ua 5.3-BETA6 FreeBSD 5.3-BETA6 #0: Tue Sep 28 12:20:39 EEST 2004 anray@santinel.home.ua:/usr/obj/usr/src/sys/ANRAY i386 `---- ,---- | anray@santinel:~$ uuencode bash-completion-20040711.tar.gz | begin 644 bash-completion-20040711.tar.gz | `---- uuencode is not worked under FreeBSD 5.3-BETA6 -- Andrey Slusar. From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 13:13:10 2004 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 E60C716A4CE for ; Fri, 1 Oct 2004 13:13:10 +0000 (GMT) Received: from PALACE.arcadia.edu (arcadia-edu-proxy.voicenet.net [207.103.5.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 545CC43D68 for ; Fri, 1 Oct 2004 13:13:10 +0000 (GMT) (envelope-from rothi97@arcadia.edu) Received: from SQUIRE.arcadia.edu ([172.25.40.6]) by PALACE.arcadia.edu with Microsoft SMTPSVC(6.0.3790.0); Fri, 1 Oct 2004 09:13:09 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Fri, 1 Oct 2004 09:11:41 -0400 Message-ID: <2DFF74F8FEB5A24F8C5031607644899F5609B0@SQUIRE.arcadia.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problem with 5.3 beta 6 release Thread-Index: AcSnrVQh7OyK/XKcTR6OlO5fvdZHBgACtzWP From: "Roth, Ian" To: X-OriginalArrivalTime: 01 Oct 2004 13:13:09.0361 (UTC) FILETIME=[6599B610:01C4A7B8] X-Mailman-Approved-At: Fri, 01 Oct 2004 13:29:23 +0000 Subject: Problem with 5.3 beta 6 release 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: Fri, 01 Oct 2004 13:13:11 -0000 Hi, I attempted to install the latest beta release of FreeBSD 5.3 on a RAID = of two drives which mirrored each other. The drives are connected to a Soyo SY-P4X400 Dragon Ultra Platinum Edition which = has an integrated Highpoint-tech hpt372 RAID IDE controller. I used the ftp installation method using the three = floppy disk images found on the FreeBSD ftp server. Installation proceded as it had in previous versions that I have used = (5.2 and 5.2.1). During the disk selection screen, I choose the raid array rather than one of the individual disks that make = up the array as in previous installations. Everything installed correctly and I rebooted. It was at that time that the RAID = controller reported that the array named FreeBSD had become corrupted due to a missing disk, however both disks were present = and working. What was even more shocking was that the mirroring array between the two disks had before the = installation been named MaxtorHD rather than FreeBSD.=20 I am not sure how this happened, but I am also now having trouble = reestablishing a mirroring array between the two disks. I am not sure how many people use this hardware, but I for one am having = trouble with it and the latest beta of FreeBSD. rothi97@arcadia.edu From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 13:48:40 2004 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 A638916A4CE; Fri, 1 Oct 2004 13:48:40 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B95043D1D; Fri, 1 Oct 2004 13:48:40 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id DFA2E49114E; Fri, 1 Oct 2004 10:48:33 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 99058-03; Fri, 1 Oct 2004 13:48:34 +0000 (GMT) Received: from ganymede.hub.org (blk-222-46-91.eastlink.ca [24.222.46.91]) by hub.org (Postfix) with ESMTP id 7531449114A; Fri, 1 Oct 2004 10:48:33 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 811A639F7D; Fri, 1 Oct 2004 10:48:38 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 7FB7339EAA; Fri, 1 Oct 2004 10:48:38 -0300 (ADT) Date: Fri, 1 Oct 2004 10:48:38 -0300 (ADT) From: "Marc G. Fournier" To: Don Lewis In-Reply-To: <200410010407.i91471ts042635@gw.catspoiler.org> Message-ID: <20041001104748.T31631@ganymede.hub.org> References: <200410010407.i91471ts042635@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org cc: current@FreeBSD.org Subject: Re: fsck_ffs patch testers wanted 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: Fri, 01 Oct 2004 13:48:40 -0000 On Thu, 30 Sep 2004, Don Lewis wrote: > On 30 Sep, Marc G. Fournier wrote: >> >> Would you be willing to post a 4.x version of this, or send me one, that I >> can test, since I'm the one that seems lucky to get the "glacially slow" >> fsck's :( > > I was planning on posting a 4.x version sometime after I did the commit > to -CURRENT and it had time to get well exercised by the masses. My > plan is to allow about a month of testing between the commit to -CURRENT > and the MFC. > >> Also, some sort of "what I should be watching for" would be nice, if >> anything ... I've got my remote techs "trained" so that they can get me >> into single user mode so that I can watch fsck using ctl-t, so I can >> install this as a seperate fsck and manually test it as required ... > > Things to watch out for are fsck going berzerk and deleting all your > files. The behaviour should be the same as the unpatched version of > fsck other than the worst case time it takes to get through pass 4. > > I just cranked out the 4.x patch below. I've only given it some light > testing, mostly just running versions of fsck with and without the patch > in read-only mode (-n option) on the same file system and comparing the > fsck output. I've done this on a clean file system, and one with some > minor inconsistencies. I'm almost due for a crash, its been ~25days since the last one, so should be able to test it 'real soon now' :) ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 13:51:57 2004 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 7602716A4CE for ; Fri, 1 Oct 2004 13:51:57 +0000 (GMT) Received: from deliver.smtp.vlink.ru (alias.rigel.internal.vlink.ru [217.23.88.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10F1243D2D for ; Fri, 1 Oct 2004 13:51:55 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id 0689D45A08 for ; Fri, 1 Oct 2004 17:51:54 +0400 (MSD) Received: from neva.vlink.ru (neva.internal.vlink.ru [10.10.14.8]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id BA5F145A02 for ; Fri, 1 Oct 2004 17:51:53 +0400 (MSD) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.1/8.13.1) with ESMTP id i91DprnU078225 for ; Fri, 1 Oct 2004 17:51:53 +0400 (MSD) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.1/8.13.1/Submit) id i91DprSS078224; Fri, 1 Oct 2004 17:51:53 +0400 (MSD) (envelope-from dsh@vlink.ru) X-Comment-To: takawata To: freebsd-current@freebsd.org References: <200410011220.VAA05579@axe-inc.co.jp> From: Denis Shaposhnikov Date: Fri, 01 Oct 2004 17:51:53 +0400 In-Reply-To: <200410011220.VAA05579@axe-inc.co.jp> (takawata@jp.freebsd.org's message of "Fri, 01 Oct 2004 21:20:04 +0900") Message-ID: <87zn36o8au.fsf@neva.vlink.ru> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Security Through Obscurity, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: jail, unionfs, pwd 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: Fri, 01 Oct 2004 13:51:57 -0000 >>>>> "takawata" == takawata writes: takawata> If the filesystem /mnt is using is same as /usr, it is takawata> something like the problem which I encounted once. takawata> http://docs.FreeBSD.org/cgi/mid.cgi?200202251435.XAA91094 Thank you very much! It works now. -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 13:55:20 2004 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 5237516A4CE; Fri, 1 Oct 2004 13:55:20 +0000 (GMT) Received: from KVIW12.KVI.nl (KVIW12.KVI.nl [129.125.15.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55E9343D48; Fri, 1 Oct 2004 13:55:19 +0000 (GMT) (envelope-from A.S.Usov@KVI.nl) Received: from KVIS10.KVI.nl ("port 39619"@KVIS10.KVI.nl [129.125.27.60]) by KVI.nl (PMDF V6.2-X17 #30869) with ESMTP id <01LFITULLW4CD40ZNB@KVI.nl>; Fri, 01 Oct 2004 15:55:13 +0200 (MET DST) Received: from KVIW14.KVI.nl by KVIS10.KVI.nl (AvMailGate-2.0.2-8) id 30203-69FFA8BC; Fri, 01 Oct 2004 15:55:13 +0200 Received: from kvip88 ("port 56081"@KVIP88.KVI.nl [129.125.15.152]) by KVI.nl (PMDF V6.2-X17 #30869) with ESMTP id <01LFITUCPGG6D40ZNB@KVI.nl>; Fri, 01 Oct 2004 15:55:01 +0200 (MET DST) Date: Fri, 01 Oct 2004 15:55:00 +0200 From: "Alexander S. Usov" In-reply-to: <20041001132843.GG997@green.homeunix.org> To: Brian Fundakowski Feldman Message-id: <200410011555.00828.A.S.Usov@kvi.nl> Organization: KVI MIME-version: 1.0 Content-type: text/plain; charset=koi8-u Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.7 X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-8; AVE: 6.27.0.12; VDF: 6.27.0.83; host: kvi.nl) References: <200409272240.00356.A.S.Usov@kvi.nl> <20041001132843.GG997@green.homeunix.org> cc: current@freebsd.org Subject: Re: ALTQ/pf troubles 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: Fri, 01 Oct 2004 13:55:20 -0000 On Friday 01 October 2004 15:28, Brian Fundakowski Feldman wrote: > On Mon, Sep 27, 2004 at 10:40:00PM +0200, Alexander S. Usov wrote: > > Hello !! > > Just enabling the queueing on the interface with bandwidth == DSL > > bandwidth results in the appox. factor of 2 drop in the speed of the > > outgoing transfers. > > > > >From my experiments I got an impression that to make this slow-down > > > > away I have to specify the bandwith around 700Kb, which is twice bigger > > than real. > > Are you telling ALTQ to process _incoming_ packets? According to the pf manuals it should process only outgoing packets. And I believe it's the case as the incoming rate doesn't depends on queieing state. Just did an experiment adding only this 2 lines: === altq on $ext priq bandwidth 350Kb queue {q} queue q priority 1 priq(default) === and no queue statements in the filtering rules. If I understand the logick of the pf right, it means to create an outbound queue on $ext with bandwith 350Kb and put all outgoing traffic into it (due to the (default) statement). This results in the outgoing transfer speed of appox. 18KB/s, and incoming is unaffected and is approx. 117KB/s. Increasing bandwith in the altq rule to 700Kb, results in the upload speed of approx. 30-34 KB/s. Is it a good idea to check the behavior of the ruleset with OpenBSD? -- Best regards, Alexander. From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 14:16:09 2004 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 7B64516A4CE; Fri, 1 Oct 2004 14:16:09 +0000 (GMT) Received: from smtpq3.home.nl (smtpq3.home.nl [213.51.128.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id E11C143D4C; Fri, 1 Oct 2004 14:16:08 +0000 (GMT) (envelope-from dodell@sitetronics.com) Received: from [213.51.128.135] (port=45373 helo=smtp4.home.nl) by smtpq3.home.nl with esmtp (Exim 4.30) id 1CDOCe-0007j4-2k; Fri, 01 Oct 2004 16:16:08 +0200 Received: from cc740438-a.deven1.ov.home.nl ([82.75.136.183]:4353) by smtp4.home.nl with esmtp (Exim 4.30) id 1CDOCZ-0000nY-FL; Fri, 01 Oct 2004 16:16:03 +0200 Message-ID: <415D66A3.4070805@sitetronics.com> Date: Fri, 01 Oct 2004 16:16:03 +0200 From: "Devon H. O'Dell" User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Alexander S. Usov" References: <200409272240.00356.A.S.Usov@kvi.nl> <20041001132843.GG997@green.homeunix.org> <200410011555.00828.A.S.Usov@kvi.nl> In-Reply-To: <200410011555.00828.A.S.Usov@kvi.nl> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-AtHome-MailScanner-Information: Neem contact op met support@home.nl voor meer informatie X-AtHome-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: ALTQ/pf troubles 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: Fri, 01 Oct 2004 14:16:09 -0000 Alexander S. Usov wrote: > On Friday 01 October 2004 15:28, Brian Fundakowski Feldman wrote: > >>On Mon, Sep 27, 2004 at 10:40:00PM +0200, Alexander S. Usov wrote: >> >>>Hello !! >>>Just enabling the queueing on the interface with bandwidth == DSL >>>bandwidth results in the appox. factor of 2 drop in the speed of the >>>outgoing transfers. >>> >>>>From my experiments I got an impression that to make this slow-down >>> >>>away I have to specify the bandwith around 700Kb, which is twice bigger >>>than real. >> >>Are you telling ALTQ to process _incoming_ packets? > > > According to the pf manuals it should process only outgoing packets. > And I believe it's the case as the incoming rate doesn't depends on queieing > state. I know you guys are experienced with this, but this is just for those who are reading and aren't :). You can easily limit incoming packets by treating the outgoing packets on the ``internal'' interface. If a machine, for instance has interfaces fxp0 and fxp1; fxp0 being an interface with an external connection and fxp1 connecting to an internal network: /----------\ incoming fxp0 /----------\ outgoing fxp1 (altq) /-----\ | the | -------------> | firewall | --------------------> | the | | Internet | <------------- | pf/altq | <-------------------- | xAN | \----------/ outgoing fxp0 \----------/ incoming fxp1 \-----/ (altq) fig 1.1 Ugly ASCII art by me. Packets coming in via fxp0 are not ``processed'' by ALTQ; however, these packets are probably destined for the xAN (WAN / LAN / whatever -- certainly so if this is a bridged configuration) and the ``incoming'' packets can thus be treated when they're outgoing -- to the destined network. Likewise, packets exiting the firewall destined for the Internet can be ``processed'' as well. This, of course, assumes a certain network layout that not all people are using (for instance when the firewall is the system with the services). There's no real solution for this, except perhaps to create a loopback NAT of some kind, which is an ugly hack. If this (previous description) is your network layout and you're really needing this, I'd suggest that you just rethink your network layout and buy a cheap box to act as a firewall, configuring it as in the diagram above. Note as well that the above diagram should also work if the pf machine is running as a transparent bridge, although I'm not sure if pf is able to act as a bridge under pfil(9). This should be possible in the future. So, in conclusion, it _is_ possible to queue incoming packets, because on a firewall, they're usually destined to exit another interface (thus being outgoing packets) to reach machines on another network / on the other side of the bridge. Hope this is useful. --Devon From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 14:25:02 2004 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 EDAE016A4CF; Fri, 1 Oct 2004 14:25:01 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B7EA43D1F; Fri, 1 Oct 2004 14:25:01 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i91EPtCw077856; Fri, 1 Oct 2004 08:25:56 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <415D6884.6080509@FreeBSD.org> Date: Fri, 01 Oct 2004 08:24:04 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: re@FreeBSD.org References: <200410010741.i917fJUo076107@pooker.samsco.org> In-Reply-To: <200410010741.i917fJUo076107@pooker.samsco.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: current@FreeBSD.org Subject: Re: 5.3-RELEASE TODO 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: Fri, 01 Oct 2004 14:25:02 -0000 FYI, a lot of this is going to change today once we cut BETA7. I'm going to update this and re-send it when everything is into the tree. Scott Scott Long wrote: > This is an automated weekly mailing of the FreeBSD 5.3 open issues list. > The live version of this list is available at: > > http://www.FreeBSD.org/releases/5.3R/todo.html > > Automated mailing of this list will continue through the release of > FreeBSD 5.3 > > > FreeBSD 5.3 Open Issues > > Open Issues > > This is a list of open issues that need to be resolved for FreeBSD 5.3. If > you have any updates for this list, please e-mail re@FreeBSD.org. > > Show stopper defects for 5.3-RELEASE > > +------------------------------------------------------------------------+ > | Issue | Status | Responsible | Description | > |---------------------+-------------+---------------+--------------------| > | | | | PREEMPTION appears | > | | | | to increase the | > | | | | chances of | > | | | | triggering a race | > | | | | condition in the | > | | | | thread context | > | PREEMPTION-related | | Scott Long, | management and | > | hangs involving | In progress | Julian | scheduling code. | > | threads | | Elischer | Patches to | > | | | | mitigate the | > | | | | problem have been | > | | | | developed, with | > | | | | on-going work to | > | | | | come up with the | > | | | | correct solution | > | | | | prior to 5.3. | > |---------------------+-------------+---------------+--------------------| > | | | | Jun Kuriyama has | > | | | | reported problems | > | | | | with NFS over IPv6 | > | | | | not functioning | > | | | | correctly as of | > | | | | the improved NFS | > | | | | support for | > | | | | disconnection | > | | | | changes. Doug | > | | | | White has tracked | > | NFS over IPv6 | | | down the source of | > | problems | In progress | Doug White | the problem | > | | | | (EMSGSIZE being | > | | | | returned by IPv6 | > | | | | UDP send routine | > | | | | due to | > | | | | fragmentation), | > | | | | and is currently | > | | | | exploring possible | > | | | | fixes. A patch has | > | | | | been generated and | > | | | | sent to the KAME | > | | | | team for review. | > |---------------------+-------------+---------------+--------------------| > | | | | ether_input() | > | | | | calls | > | | | | random_harvest() | > | | | | on the mbuf after | > | | | | it has been handed | > | | | | off to | > | | | | ether_demux(), at | > | ether_input() may | | Mark Murray, | which point it may | > | harvest entropy | In progress | Robert Watson | have been free()'d | > | from free()'d mbuf | | | back to the mbuf | > | | | | allocator. It also | > | | | | passes in a | > | | | | pointer to the | > | | | | mbuf itself, | > | | | | rather than | > | | | | ethernet frame | > | | | | header. | > |---------------------+-------------+---------------+--------------------| > | | | | There have been | > | | | | several reports of | > | | | | if_em cards | > | if_em wedging under | | | "wedging" under | > | high pps | Not done | - | high | > | | | | packets-per-second | > | | | | load. This needs | > | | | | to be debugged and | > | | | | fixed. | > |---------------------+-------------+---------------+--------------------| > | | | | There are reports | > | | | | that racoon is | > | | | | unable to complete | > | | | | IKE negotiation | > | | | | due to a send to | > | KAME IPSEC | | | the pfkey socket | > | "ENOBUFS" problem | | | returning ENOBUFS. | > | with racoon and | In progress | Robert Watson | This appears to be | > | mbuma | | | a result of an | > | | | | incorrect | > | | | | assumption about | > | | | | mbuf data size due | > | | | | to a change | > | | | | resulting from | > | | | | mbuma. | > |---------------------+-------------+---------------+--------------------| > | | | | A recent | > | | | | regression in the | > | | | | USB code is | > | | | | causing panics | > | | | | when a USB device | > | | | Warner Losh, | detaches, | > | Panic on USB detach | Unknown | Scott Long | especially USB | > | | | | hubs. Since | > | | | | detaching a USB | > | | | | device is a common | > | | | | event, this must | > | | | | be fixed for the | > | | | | release. | > +------------------------------------------------------------------------+ > > Required features for 5.3-RELEASE > > +------------------------------------------------------------------------+ > | Issue | Status | Responsible | Description | > |-----------------+-------------+----------------+-----------------------| > | BIND9 import | | | BIND9 must be | > | into 5-CURRENT | In progress | Doug Barton | imported for | > | | | | 5.3-RELEASE. | > |-----------------+-------------+----------------+-----------------------| > | | | | Kernel bits | > | KSE support for | | | implemented, userland | > | sparc64 | -- | -- | not implemented. | > | | | | Required for | > | | | | 5.3-RELEASE. | > |-----------------+-------------+----------------+-----------------------| > | | | | With improved support | > | | | | for threading | > | | | | primitives, support | > | | | | is now required to | > | GDB thread | | David Xu, | ease debugging of | > | support | In progress | Marcel | threaded | > | | | Moolenaar | applications. | > | | | | Ideally, this support | > | | | | will work for both | > | | | | libthr and libkse | > | | | | threading models. | > |-----------------+-------------+----------------+-----------------------| > | | | | There have been | > | | | | several reports that | > | | | | growfs(8) works | > | | | | improperly with large | > | Reports of UFS2 | | | disk sizes, and other | > | "large disk" | In progress | Scott Long | size-related nits in | > | problems | | | the current disk and | > | | | | label management tool | > | | | | set. These must be | > | | | | resolved for | > | | | | 5.3-RELEASE. | > |-----------------+-------------+----------------+-----------------------| > | | | | Synaptics updates to | > | | | | the psm(4) driver | > | Synaptics | | | have resulted in poor | > | touchpad | In progress | Philip Paeps | interactivity for | > | problems | | | taps and button press | > | | | | events for some | > | | | | users. | > |-----------------+-------------+----------------+-----------------------| > | | | | Entropy harvesting in | > | | | | the interrupt and | > | | | | incoming packet paths | > | | | | currently involves a | > | | | | large number of mutex | > | | | | operations. In order | > | | | | to improve | > | | | | performance, it is | > | Entropy | | | desirable to reduce | > | harvesting | In progress | Robert Watson, | the number of mutex | > | optimizations | | Mark Murray | operations | > | | | | substantially. Work | > | | | | is in progress to | > | | | | improve the | > | | | | harvesting code along | > | | | | these lines, but has | > | | | | not yet been properly | > | | | | measured, and | > | | | | therefore not yet | > | | | | merged to CVS. | > +------------------------------------------------------------------------+ > > Desired features for 5.3-RELEASE > > +------------------------------------------------------------------------+ > | Issue | Status | Responsible | Description | > |------------------+-------------+----------------+----------------------| > | | | | Almost all process | > | | | | debugging tools have | > | | | | been updated to use | > | | | | non-procfs kernel | > | | | | primitives, with the | > | | | | exception of | > | | | | truss(1). As procfs | > | | | | is considered | > | | | | deprecated due to | > | | | | its inherent | > | | | | security risks, it | > | truss support | | | is highly desirable | > | for ptrace | -- | -- | to update truss to | > | | | | operate in a | > | | | | post-procfs world. | > | | | | Dag-Erling Smorgrav | > | | | | had prototype | > | | | | patches; | > | | | | Robert Drehmel is | > | | | | developing and | > | | | | testing patches now. | > | | | | Support for system | > | | | | call tracing has | > | | | | been added to | > | | | | ptrace(). | > |------------------+-------------+----------------+----------------------| > | | | | FAST_IPSEC currently | > | | | | cannot be used | > | | | | directly with the | > | | | | KAME IPv6 | > | | | | implementation, | > | | | | requiring an | > | | | | additional level of | > | | | | IP tunnel | > | | | | indirection to | > | | | | protect IPv6 packets | > | FAST_IPSEC and | | | when using hardware | > | KAME | Not done | -- | crypto acceleration. | > | compatibility | | | This issue must be | > | | | | resolved so that the | > | | | | two services may | > | | | | more easily be used | > | | | | together. Among | > | | | | other things, this | > | | | | will require a | > | | | | careful review of | > | | | | the handling of mbuf | > | | | | header copying and | > | | | | m_tag support in the | > | | | | KAME IPv6 code. | > |------------------+-------------+----------------+----------------------| > | | | | A process cannot be | > | | | | interrupted while | > | | | | waiting on a lock. | > | rpc.lockd(8) | | | Fixing this requires | > | stability | -- | -- | that the RPC code be | > | | | | taught how to deal | > | | | | with lock | > | | | | cancellation and | > | | | | interruption events. | > |------------------+-------------+----------------+----------------------| > | | | | Kernel modules are | > | | | | currently built | > | | | | independently from a | > | | | | kernel | > | | | | configuration, and | > | | | | independently from | > | | | | one another, | > | | | | resulting in | > | | | | substantially | > | | | | redundant | > | | | | compilation of | > | | | | objects, as well as | > | | | | the inability to | > | | | | easily manage | > | | | | compile-time options | > | Revised kld | | | for kernel objects | > | build | Not done | Peter Wemm | (such as MAC, PAE, | > | infrastructure | | | etc) that may | > | | | | require conditional | > | | | | compilation in the | > | | | | kernel modules. In | > | | | | order to improve | > | | | | build performance | > | | | | and better support | > | | | | options of this | > | | | | sort, the KLD build | > | | | | infrastructure needs | > | | | | to be revamped. | > | | | | Peter Wemm has done | > | | | | some initial | > | | | | prototyping, and | > | | | | should be contacted | > | | | | before starting on | > | | | | this work. | > |------------------+-------------+----------------+----------------------| > | | | | Apple's Darwin | > | | | | operating system has | > | | | | fairly extensive | > | Merge of Darwin | | | improvements to | > | msdosfs, other | Not done | -- | msdosfs and other | > | fixes | | | kernel services; | > | | | | these fixes must be | > | | | | reviewed and merged | > | | | | to the FreeBSD tree. | > |------------------+-------------+----------------+----------------------| > | | | | Truss appears to | > | | | | contain a race | > | | | | condition during the | > | | | | start-up of | > | | | | debugging, which can | > | | | | result in truss | > | | | | failing to attach to | > | | | | the process before | > | | | | it exits. The | > | | | | symptom is that | > | | | | truss reports that | > | | | | it cannot open the | > | | | | procfs node | > | | | | supporting the | > | | | | process being | > | | | | debugged. A bug also | > | Race conditions | Errata | Robert Drehmel | appears to exist | > | in truss | candidate | | where in truss will | > | | | | hang if execve() | > | | | | returns ENOENT. A | > | | | | further race appears | > | | | | to exist in which | > | | | | truss will return | > | | | | "PIOCWAIT: | > | | | | Input/output error" | > | | | | occasionally on | > | | | | startup. The fix for | > | | | | this sufficiently | > | | | | changes process | > | | | | execution handling | > | | | | that we will defer | > | | | | the fix to post-5.0 | > | | | | and consider this | > | | | | errata. | > |------------------+-------------+----------------+----------------------| > | | | | Truss appears to | > | | | | have another | > | | | | problem. It is | > | | | | repeatable by | > | | | | running "truss -f | > | More truss | Not done | -- | fsck -p /", | > | problems | | | suspending it with | > | | | | ^Z, and then killing | > | | | | truss. It will leave | > | | | | behind the fsck | > | | | | processes which will | > | | | | be unkillable. | > |------------------+-------------+----------------+----------------------| > | | | | Many systems | > | | | | supporting POSIX.1e | > | | | | ACLs permit a minor | > | | | | violation to that | > | | | | specification, in | > | | | | which the ACL_MASK | > | ACL_MASK | | | entry overrides the | > | override of | Not done | Robert Watson | umask, rather than | > | umask support in | | | being intersected | > | UFS | | | with it. The | > | | | | resulting semantics | > | | | | can be useful in | > | | | | group-oriented | > | | | | environments, and as | > | | | | such would be very | > | | | | helpful on FreeBSD. | > |------------------+-------------+----------------+----------------------| > | | | | The LOR reported in | > | | | | PR kern/55175 needs | > | filedesc LOR | Not done | -- | to be fixed. | > | | | | Filedesc locking | > | | | | needs to be heavily | > | | | | reviewed in general. | > |------------------+-------------+----------------+----------------------| > | | | | Currently, MAC | > | | | | protections are | > | | | | enforced only on | > | | | | locally originated | > | | | | file system | > | | | | operations (VOPs), | > | | | | and not on RPCs | > | | | | generated via the | > | | | | NFS server. | > | MAC support for | | | Improvements in NFS | > | NFS Server | Not done | Robert Watson | server credential | > | | | | handling are | > | | | | required to correct | > | | | | this problem, as | > | | | | well as the | > | | | | introduction of new | > | | | | entry points to | > | | | | properly label NFS | > | | | | credentials and | > | | | | perform enforcement | > | | | | properly. | > |------------------+-------------+----------------+----------------------| > | | | | All PCI drivers must | > | | | | use busdma for DMA; | > | | | | no use of vtophys() | > | busdma in all | In progress | -- | will be permitted | > | PCI drivers | | | for any recent | > | | | | device driver. ISA | > | | | | drivers may be | > | | | | exempt. | > |------------------+-------------+----------------+----------------------| > | | | | Userland bits | > | KSE support for | In progress | Marcel | implemented, kernel | > | alpha | | Moolenaar | bits not | > | | | | implemented. | > |------------------+-------------+----------------+----------------------| > | | | | For kernel API/ABI | > | | | | compatibility | > | | | | reasons, it would be | > | CAM locking | In progress | Scott Long, | desirable to have | > | | | Justin Gibbs | the CAM locking | > | | | | strategy determined | > | | | | and loosely | > | | | | implemented for 5.3. | > |------------------+-------------+----------------+----------------------| > | | | | When running syscons | > | | | | on an Ultra-30 with | > | | | | Creator-3D typing | > | | | | characters on the | > | | | | keyboard produces | > | | | | garbage. Problem | > | | | | reported by Kris | > | syscons not | | | Kennaway. Debugging | > | working on | Not done | -- | difficult due to | > | Sparc64 Ultra-30 | | | lack of this | > | | | | particular | > | | | | configuration among | > | | | | developers and | > | | | | problem isn't | > | | | | present on similar | > | | | | hardware (e.g. no | > | | | | problem on Ultra-60 | > | | | | w/Creator-3D). | > +------------------------------------------------------------------------+ > > Documentation items that must be resolved for 5.3 > > +-------------------------------------------------------------------------------------------------+ > | Issue | Status |Responsible| Description | > |--------------+-----------+-----------+----------------------------------------------------------| > | | |Gavin |The installation documentation doesn't take into account | > |i386 Floppy | |Atkinson, |the new floppy images (with a full kernel split across | > |Installation |Done |Bruce A. |multiple disks). This should be updated. | > |Docs | |Mah |References: | > | | | |docs/70485 (closed) | > |--------------+-----------+-----------+----------------------------------------------------------| > |Finish | |Simon L. |Finish removing mention of individual devices in the | > |hardware notes|In progress|Nielsen, |hardware notes and use auto-generated lists, based on | > |trimming | |Christian |driver manual pages, instead. | > | | |Brueffer | | > |--------------+-----------+-----------+----------------------------------------------------------| > | | | |The snd(4) and pcm(4) drivers have been renamed but their | > | | | |manual pages are still outdated. sound(4) has to be added | > | | | |and pcm(4), csa(4), gusc(4), sbc(4), and uaudio(4) should | > |sound(4) | | |be revised. Other manual pages which refer to pcm(4) (if | > |related manual|In progress|Simon L. |any) should possibly be revised, too. In addition, | > |pages | |Nielsen |supported cards list needs to be updated. | > | | | |References: | > | | | |Manpage for snd_solo on -doc@ | > | | | |[PATCH] sound(4) related manpages 5.3 TODO item on -doc@ | > | | | |src/share/man/man4/Makefile rev.1.279 | > |--------------+-----------+-----------+----------------------------------------------------------| > | | | |This section is outdated, some rewrites are needed for | > |Sound section | |Marc |5.3-RELEASE. | > |in the |Done |Fonvieille |References: | > |Handbook | | |doc/en_US.ISO8859-1/books/handbook/multimedia/chapter.sgml| > | | | |rev.1.94 | > |--------------+-----------+-----------+----------------------------------------------------------| > |FDP | | |With the snd(4) and pcm(4) drivers changes, documentations| > |documentations|Not done |-- |(FAQ) regarding the use of these drivers need an update. | > |related pcm(4)| | | | > |--------------+-----------+-----------+----------------------------------------------------------| > | | | |Xin LI pointed out that FreeBSD 5.3-RELEASE is the first | > | | | |stable release on 5.X and it is (hopefully) not for early | > | | | |adopters. Early Adopter's Guide is still useful, but | > |Early | |Bruce A. |contains a bit old information. Some parts of this guide | > |Adopter's |Done |Mah, Tom |need a rewrite, and this document should be published as | > |Guide | |Rhodes |"4.X to 5.X Migration Guide", which focuses difference | > | | | |between 4.X and 5.X. | > | | | |References: | > | | | |Draft for review | > | | | |discussion on -doc@ and -current@ | > |--------------+-----------+-----------+----------------------------------------------------------| > | | | |Some parts are outdated. doc/70485 has been committed, but| > | | | |more work is needed to reflect the realities. bmah@ | > | | | |pointed out that we should have "quick-start" installation| > |Installation |Not done |Tom Rhodes |guide for each platform instead of the current ones | > |Notes | | |because they become too long and difficult to be | > | | | |maintained. | > | | | |References: | > | | | |doc/70485 (closed) | > |--------------+-----------+-----------+----------------------------------------------------------| > | | |Ken Tom, |Update the X11 chapter of the Handbook for X.Org's X11 | > |Xorg |Done |Marc |server. | > | | |Fonvieille |References: | > | | | |books/handbook/config/chapter.sgml rev.1.147 | > |--------------+-----------+-----------+----------------------------------------------------------| > | | | |Ch.11.4 and 11.5 of the Handbook must be updated to | > | | | |mention the new rc.d scripts and some ports use | > |rc.d scripts |In progress|Tom Rhodes |/etc/rc.conf for their configuration. | > | | | |References: | > | | | |books/handbook/config/chapter.sgml rev.1.170 | > | | | |books/handbook/config/chapter.sgml rev.1.172 | > |--------------+-----------+-----------+----------------------------------------------------------| > |Handbook's | | |Chapter 8 must be updated to match 5.3-RELEASE. | > |kernel |Done |Ceri Davies|References: | > |configuration | | |docs/70674 (closed) | > |chapter | | |books/handbook/kernelconfig/chapter.sgml rev.1.135 | > |--------------+-----------+-----------+----------------------------------------------------------| > | | | |Some parts of Section 14.10 are outdated and are not | > |Handbook's | | |correct for 5.X systems. | > |IPsec section |Not done |-- |References: | > | | | |ipsec on -doc@ | > | | | |Problem with IPSEC in handbook on -doc@ | > |--------------+-----------+-----------+----------------------------------------------------------| > |Handbook's |Not done |-- |Vinum chapter needs to be revised for 5.X systems. | > |Vinum chapter | | | | > +-------------------------------------------------------------------------------------------------+ > > Testing focuses for 5.3-RELEASE > > +------------------------------------------------------------------------+ > | Issue | Status | Responsible | Description | > |--------------------+---------------+--------------+--------------------| > | | | | SCHED_ULE provides | > | | | | better | > | | | | interactivity, | > | | | | higher | > | | | | performance, and | > | SCHED_ULE as the | | Jeff | the ability to | > | default scheduler | Needs testing | Roberson | support pinning | > | | | | and affinity. | > | | | | Basic HTT | > | | | | scheduling | > | | | | policies should be | > | | | | in place for 5.3 | > | | | | also. | > |--------------------+---------------+--------------+--------------------| > | | | | KSE has matured to | > | | | | the point of being | > | | | | more stable and | > | | | | POSIX-compliant | > | | | | than the | > | | | | traditional | > | | | | libc_r. All Tier-1 | > | | | | platforms MUST | > | | | | have stable KSE | > | | | David Xu, | support for 5.3 in | > | KSE as the default | Needs testing | Daniel | order to support a | > | threads library | | Eischen | consistent | > | | | | transition. | > | | | | Additionally, all | > | | | | ports that depend | > | | | | on the pthreads | > | | | | API must be | > | | | | modified to | > | | | | properly detect | > | | | | and support the | > | | | | default threading | > | | | | library. | > |--------------------+---------------+--------------+--------------------| > | | | | Binutils needs | > | | | | updating in order | > | Updated binutils | | David | to support new | > | for all platforms | Needs testing | O'Brien | platforms, newer | > | | | | GDB versions, and | > | | | | Thread Local | > | | | | Storage. | > |--------------------+---------------+--------------+--------------------| > | | | | The previous GCC | > | | | | 3.3 snapshot | > | | | | included | > | | | | regressions in | > | | | | alignment of | > | | | | floating point | > | gcc 3.3 floating | | | arguments, | > | point alignment | Needs testing | | resulting in a | > | regression | | | substantial | > | | | | performance | > | | | | degradation. The | > | | | | recent GCC 3.4.2 | > | | | | import should fix | > | | | | this, but more | > | | | | testing is needed. | > |--------------------+---------------+--------------+--------------------| > | | | | Jun Kuriyama has | > | | | | reportged a failed | > | | | | locking assertion | > | | | | with IPv6 TCP | > | in6_pcbnotify() | Needs testing | Robert | notifications. A | > | panic with TCP | | Watson | patch has been | > | | | | committed to the | > | | | | CVS HEAD and | > | | | | RELENG_5 and needs | > | | | | further testing. | > |--------------------+---------------+--------------+--------------------| > | | | | To complete | > | | | | support for | > | | | | thread-local | > | | | | storage on | > | | | | FreeBSD, | > | Per-platform | | Doug Rabson, | per-architecture | > | Thread-Local | Needs testing | Marcel | changes must be | > | Storage | | Moolenaar | made. Currently | > | | | | pending platforms | > | | | | are amd64, alpha, | > | | | | ia64, i386, | > | | | | sparc64, and | > | | | | powerpc. | > |--------------------+---------------+--------------+--------------------| > | | | | High load on SMP | > | | | | systems appears to | > | | | | result in a hard | > | | | | hang related to VM | > | | | | IPI. Doug White | > | SMP instability | | Doug White, | has prepared a | > | under load | Needs testing | Alan L. Cox | candidate patch | > | | | | that appears to | > | | | | resolve this | > | | | | instability, which | > | | | | is currently in | > | | | | testing for merge | > | | | | to the CVS HEAD. | > |--------------------+---------------+--------------+--------------------| > | | | | Significant parts | > | | | | of the network | > | | | | stack (especially | > | | | | IPv4, UNIX domain | > | | | | IPC, and sockets) | > | | | | now have | > | | | | fine-grained | > | | | | locking of their | > | | | | data structures. | > | | | | It's possible to | > | | | | run many common | > | | | | network subsystems | > | | | | and services | > | | | | without the Giant | > | Fine-grained | | | lock. However, a | > | network stack | | Robert | number of device | > | locking without | Needs testing | Watson | drivers and less | > | Giant | | | mainstream network | > | | | | subsystems are | > | | | | currently not | > | | | | MPSAFE. By | > | | | | 5.3-RELEASE, it is | > | | | | necessary to have | > | | | | the vast majority | > | | | | of network code | > | | | | running without | > | | | | Giant, including | > | | | | sockets, | > | | | | permitting | > | | | | complete | > | | | | local<->remote | > | | | | delivery without | > | | | | grabbing Giant. | > |--------------------+---------------+--------------+--------------------| > | | | | KLDs work when | > | | | | loaded from | > | | | | userland, but not | > | | | David | from the loader. | > | kld support for | Needs testing | O'Brien, Ian | kldxref and loader | > | amd64 | | Dowse | support has been | > | | | | committed to HEAD | > | | | | and RELENG_5 and | > | | | | needs final | > | | | | testing. | > |--------------------+---------------+--------------+--------------------| > | | | | Recent changes to | > | | | | the ATA driver | > | | | | trigger a bug on | > | | | So/ren | sparc64 that | > | ATA panics under | Needs testing | Schmidt, | causes a panic on | > | sparc64 | | Scott Long | boot. This was | > | | | | caused by bugs in | > | | | | busdma that have | > | | | | been hopefully | > | | | | fixed. | > |--------------------+---------------+--------------+--------------------| > | | | | The ifconf() ioctl | > | | | | for listing | > | | | | network interfaces | > | | | | performs a | > | | | | copyout() while | > | | | | holding the global | > | | | | ifnet list mutex. | > | | | | This generates a | > | ifconf() sleep | | | witness warning in | > | warning | Needs testing | Brooks Davis | the event that | > | | | | copyout() | > | | | | generates a page | > | | | | fault, and risks | > | | | | more serious | > | | | | problems. A patch | > | | | | has been committed | > | | | | to HEAD and | > | | | | RELENG_5, but | > | | | | requires testing. | > |--------------------+---------------+--------------+--------------------| > | | | | There are reports | > | | | | of applications | > | | | | wedging in poll() | > | | | | and select() while | > | | | | running the | > | | | | network stack | > | | | | without the Giant | > | | | | lock. A recent | > | | | | sleepq change | > | | | | appears to have | > | | | | caused some of the | > | | | | observed problems | > | | | | to go away (others | > | | | | are difficult to | > | poll()/select() | | | test for due to | > | application wedge | Needs testing | Robert | recent SMP | > | reports with | | Watson | instability). A | > | debug.mpsafenet=1 | | | fix has been | > | | | | committed to CVS | > | | | | HEAD and merged to | > | | | | RELENG_5 and | > | | | | appears to resolve | > | | | | problems with | > | | | | poll(); we are | > | | | | waiting for | > | | | | feedback that it | > | | | | has corrected the | > | | | | reported problems | > | | | | with select() also | > | | | | before moving this | > | | | | to "testing" | > | | | | status. | > +------------------------------------------------------------------------+ > > ---------------------------------------------------------------------- > > home | contact | legal | (c) 1995-2004 The FreeBSD Project. > All rights reserved. > Last modified: 2004/09/26 19:31:47 From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 14:33:58 2004 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 466C316A4CE; Fri, 1 Oct 2004 14:33:58 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCF2043D41; Fri, 1 Oct 2004 14:33:57 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i91EYrUb077936; Fri, 1 Oct 2004 08:34:53 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <415D6A9E.5030903@FreeBSD.org> Date: Fri, 01 Oct 2004 08:33:02 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alfred Perlstein References: <200410010741.i917fJUo076107@pooker.samsco.org> <20041001083144.GT39252@elvis.mu.org> In-Reply-To: <20041001083144.GT39252@elvis.mu.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: re@FreeBSD.org cc: current@FreeBSD.org Subject: Re: 5.3-RELEASE TODO 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: Fri, 01 Oct 2004 14:33:58 -0000 Alfred Perlstein wrote: > * Scott Long [041001 00:40] wrote: > >> | if_em wedging under | | | "wedging" under | >> | high pps | Not done | - | high | > > > I've seen this for months... > mlaier figured this one out. Hopefully we can MFC it today for BETA7. > >> |------------------+-------------+----------------+----------------------| >> | | | | A process cannot be | >> | | | | interrupted while | >> | | | | waiting on a lock. | >> | rpc.lockd(8) | | | Fixing this requires | >> | stability | -- | -- | that the RPC code be | >> | | | | taught how to deal | >> | | | | with lock | >> | | | | cancellation and | >> | | | | interruption events. | > > > Thinking about it... I think Darwin has the fix, I'll see if I can > merge it. > That would be wonderful! > >> |------------------+-------------+----------------+----------------------| >> | | | | Truss appears to | >> | | | | have another | >> | | | | problem. It is | >> | | | | repeatable by | >> | | | | running "truss -f | >> | More truss | Not done | -- | fsck -p /", | >> | problems | | | suspending it with | >> | | | | ^Z, and then killing | >> | | | | truss. It will leave | >> | | | | behind the fsck | >> | | | | processes which will | >> | | | | be unkillable. | > > > This fixes it: > > Index: kern_sig.c > =================================================================== > RCS file: /home/ncvs/src/sys/kern/kern_sig.c,v > retrieving revision 1.290 > diff -u -r1.290 kern_sig.c > --- kern_sig.c 31 Aug 2004 07:34:53 -0000 1.290 > +++ kern_sig.c 1 Oct 2004 08:27:12 -0000 > @@ -1775,6 +1775,16 @@ > !((prop & SA_CONT) && (p->p_flag & P_STOPPED_SIG))) > return; > /* > + * SIGKILL: Remove procfs STOPEVENTs. > + */ > + if (sig == SIGKILL) { > + /* from procfs_ioctl.c: PIOCBIC */ > + p->p_stops = 0; > + /* from procfs_ioctl.c: PIOCCONT */ > + p->p_step = 0; > + wakeup(&p->p_step); > + } > + /* > * Some signals have a process-wide effect and a per-thread > * component. Most processing occurs when the process next > * tries to cross the user boundary, however there are some > I see that you already committed this, thanks! Let it settle for a few days and we'll get it into RC1. > > >> | | | | The LOR reported in | >> | | | | PR kern/55175 needs | >> | filedesc LOR | Not done | -- | to be fixed. | >> | | | | Filedesc locking | >> | | | | needs to be heavily | >> | | | | reviewed in general. | > > > Oy this thing... :) > > The only thing blocking this was that we need to access the filedesc > as the process shuts down for nfs locks, Darwin has a workaround that > I'll see if i can incorporate. > Is this one still actually a problem? I haven't seen anyone complain about it in months. Scott From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 14:41:57 2004 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 B131216A4CE; Fri, 1 Oct 2004 14:41:57 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CFC943D1D; Fri, 1 Oct 2004 14:41:57 +0000 (GMT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 935395C8FE; Fri, 1 Oct 2004 07:41:57 -0700 (PDT) Date: Fri, 1 Oct 2004 07:41:57 -0700 From: Alfred Perlstein To: Scott Long Message-ID: <20041001144157.GA13443@elvis.mu.org> References: <200410010741.i917fJUo076107@pooker.samsco.org> <20041001083144.GT39252@elvis.mu.org> <415D6A9E.5030903@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <415D6A9E.5030903@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: re@FreeBSD.org cc: current@FreeBSD.org Subject: Re: 5.3-RELEASE TODO 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: Fri, 01 Oct 2004 14:41:57 -0000 * Scott Long [041001 07:33] wrote: > Alfred Perlstein wrote: > >>| | | | The LOR reported in | > >>| | | | PR kern/55175 needs | > >>| filedesc LOR | Not done | -- | to be fixed. | > >>| | | | Filedesc locking | > >>| | | | needs to be heavily | > >>| | | | reviewed in general. | > > > > > >Oy this thing... :) > > > >The only thing blocking this was that we need to access the filedesc > >as the process shuts down for nfs locks, Darwin has a workaround that > >I'll see if i can incorporate. > > > > Is this one still actually a problem? I haven't seen anyone complain > about it in months. I dunno... last time it was in a sysctl to grab file info, I'll see if it's still a problem. -- - Alfred Perlstein - Research Engineering Development Inc. - email: bright@mu.org cell: 408-480-4684 From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 14:49:08 2004 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 CC7EC16A4CE; Fri, 1 Oct 2004 14:49:08 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD08343D48; Fri, 1 Oct 2004 14:49:08 +0000 (GMT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id B61D15C955; Fri, 1 Oct 2004 07:49:08 -0700 (PDT) Date: Fri, 1 Oct 2004 07:49:08 -0700 From: Alfred Perlstein To: Scott Long Message-ID: <20041001144908.GB13443@elvis.mu.org> References: <200410010741.i917fJUo076107@pooker.samsco.org> <20041001083144.GT39252@elvis.mu.org> <415D6A9E.5030903@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <415D6A9E.5030903@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: re@FreeBSD.org cc: current@FreeBSD.org Subject: Re: 5.3-RELEASE TODO 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: Fri, 01 Oct 2004 14:49:08 -0000 * Scott Long [041001 07:33] wrote: > Alfred Perlstein wrote: > >>| | | | The LOR reported in | > >>| | | | PR kern/55175 needs | > >>| filedesc LOR | Not done | -- | to be fixed. | > >>| | | | Filedesc locking | > >>| | | | needs to be heavily | > >>| | | | reviewed in general. | > > > > > >Oy this thing... :) > > > >The only thing blocking this was that we need to access the filedesc > >as the process shuts down for nfs locks, Darwin has a workaround that > >I'll see if i can incorporate. > > > > Is this one still actually a problem? I haven't seen anyone complain > about it in months. Yes. :) in kern_descript.c:fdfree() we have this: /* * We are the last reference to the structure, so we can * safely assume it will not change out from under us. */ FILEDESC_UNLOCK(fdp); fpp = fdp->fd_ofiles; for (i = fdp->fd_lastfile; i-- >= 0; fpp++) { if (*fpp) (void) closef(*fpp, td); } /* XXX This should happen earlier. */ mtx_lock(&fdesc_mtx); td->td_proc->p_fd = NULL; mtx_unlock(&fdesc_mtx); Basically we have an unlocked access to the filedesc here. The "should happen earlier" refers to swapping the order of these two code blocks, but we can not because NFS locking currently requires that the filedesc be around until the very last file is released. I may be able to merge a fix from Darwin for this, but I'm waiting on an A-OK for it. -- - Alfred Perlstein - Research Engineering Development Inc. - email: bright@mu.org cell: 408-480-4684 From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 14:58:31 2004 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 20DDE16A4CE for ; Fri, 1 Oct 2004 14:58:31 +0000 (GMT) Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net [69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEE7943D2D for ; Fri, 1 Oct 2004 14:58:26 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i91EvxBQ005796; Fri, 1 Oct 2004 10:57:59 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i91Evvpj005795; Fri, 1 Oct 2004 10:57:57 -0400 (EDT) (envelope-from green) Date: Fri, 1 Oct 2004 10:57:57 -0400 From: Brian Fundakowski Feldman To: Julian Elischer Message-ID: <20041001145757.GH997@green.homeunix.org> References: <20040929050154.GJ5115@afflictions.org> <415A6AE3.4050309@elischer.org> <415A6B8A.1040902@elischer.org> <20040929093723.GB29565@afflictions.org> <415B113A.1060508@elischer.org> <20040929215528.GH29565@afflictions.org> <415B368D.3020506@elischer.org> <20040930042935.GA26934@afflictions.org> <20040930043322.GB26934@afflictions.org> <415C4ED7.8090209@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <415C4ED7.8090209@elischer.org> User-Agent: Mutt/1.5.6i cc: Damian Gerow cc: current@freebsd.org Subject: Re: Random processes hanging in unkillable state in -BETA6 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: Fri, 01 Oct 2004 14:58:31 -0000 On Thu, Sep 30, 2004 at 11:22:15AM -0700, Julian Elischer wrote: > > > Damian Gerow wrote: > > >Thus spake Damian Gerow (dgerow@afflictions.org) [30/09/04 00:32]: > >: Thus spake Julian Elischer (julian@elischer.org) [29/09/04 18:28]: > >: : It actually needs a *arg to be a valid ctor.. > >: : > >: : -ksegrp_init(void *mem, int size, int flags) > >: : +ksegrp_ctor(void *mem, int size, void *arg, int flags) > >: > >: Okay, change made, kernel recompiled, installed, and booted into. But > >I'm > >: still seeing the hangs from firefox, dig, and ogle. > > > >And the next ddb output is up, as per your previous instructions, at > >. > > > > oh ok. > I see the garbage values are still there. they look like flags of some > sort. Something must > be writing to that location.. I'll look for an overwrite. > .. I don't see anything wrong with how kse groups are allocated. If it's for a new proc, fork clears/copies appropriately, and kse the same. Where do you see that you'd need a constructor that clears it all so heavy-handedly? If anything, put the "zero" clearing part in the constructor, and remove it from everywhere else, and things should be more clear... -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 15:03:40 2004 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 6130016A4CF for ; Fri, 1 Oct 2004 15:03:40 +0000 (GMT) Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net [69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8DE643D31 for ; Fri, 1 Oct 2004 15:03:34 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i91F3UF5005830; Fri, 1 Oct 2004 11:03:30 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i91F3UBw005829; Fri, 1 Oct 2004 11:03:30 -0400 (EDT) (envelope-from green) Date: Fri, 1 Oct 2004 11:03:29 -0400 From: Brian Fundakowski Feldman To: "Devon H. O'Dell" Message-ID: <20041001150329.GI997@green.homeunix.org> References: <200409272240.00356.A.S.Usov@kvi.nl> <20041001132843.GG997@green.homeunix.org> <200410011555.00828.A.S.Usov@kvi.nl> <415D66A3.4070805@sitetronics.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <415D66A3.4070805@sitetronics.com> User-Agent: Mutt/1.5.6i cc: "Alexander S. Usov" cc: current@freebsd.org Subject: Re: ALTQ/pf troubles 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: Fri, 01 Oct 2004 15:03:40 -0000 On Fri, Oct 01, 2004 at 04:16:03PM +0200, Devon H. O'Dell wrote: > Alexander S. Usov wrote: > >On Friday 01 October 2004 15:28, Brian Fundakowski Feldman wrote: > > > >>On Mon, Sep 27, 2004 at 10:40:00PM +0200, Alexander S. Usov wrote: > >> > >>>Hello !! > >>>Just enabling the queueing on the interface with bandwidth == DSL > >>>bandwidth results in the appox. factor of 2 drop in the speed of the > >>>outgoing transfers. > >>> > >>>>From my experiments I got an impression that to make this slow-down > >>> > >>>away I have to specify the bandwith around 700Kb, which is twice bigger > >>>than real. > >> > >>Are you telling ALTQ to process _incoming_ packets? > > > > > >According to the pf manuals it should process only outgoing packets. > >And I believe it's the case as the incoming rate doesn't depends on > >queieing state. > > I know you guys are experienced with this, but this is just for those > who are reading and aren't :). > > You can easily limit incoming packets by treating the outgoing packets > on the ``internal'' interface. If a machine, for instance has interfaces > fxp0 and fxp1; fxp0 being an interface with an external connection and > fxp1 connecting to an internal network: > > /----------\ incoming fxp0 /----------\ outgoing fxp1 (altq) /-----\ > | the | -------------> | firewall | --------------------> | the | > | Internet | <------------- | pf/altq | <-------------------- | xAN | > \----------/ outgoing fxp0 \----------/ incoming fxp1 \-----/ > (altq) > > fig 1.1 Ugly ASCII art by me. Packets coming in via fxp0 are not > ``processed'' by ALTQ; however, these packets are probably destined for > the xAN (WAN / LAN / whatever -- certainly so if this is a bridged > configuration) and the ``incoming'' packets can thus be treated when > they're outgoing -- to the destined network. Likewise, packets exiting > the firewall destined for the Internet can be ``processed'' as well. > > This, of course, assumes a certain network layout that not all people > are using (for instance when the firewall is the system with the > services). There's no real solution for this, except perhaps to create a > loopback NAT of some kind, which is an ugly hack. If this (previous > description) is your network layout and you're really needing this, I'd > suggest that you just rethink your network layout and buy a cheap box to > act as a firewall, configuring it as in the diagram above. > > Note as well that the above diagram should also work if the pf machine > is running as a transparent bridge, although I'm not sure if pf is able > to act as a bridge under pfil(9). This should be possible in the future. > > So, in conclusion, it _is_ possible to queue incoming packets, because > on a firewall, they're usually destined to exit another interface (thus > being outgoing packets) to reach machines on another network / on the > other side of the bridge. > > Hope this is useful. I don't understand what you're saying. You still don't put ALTQ classification on incoming packets, you do it when they're going out of whatever the final interface they're destined for. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 15:37:26 2004 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 8FC4B16A4CE; Fri, 1 Oct 2004 15:37:26 +0000 (GMT) Received: from mx-itb.geoph.ITB.ac.id (mx-itb.geoph.itb.ac.id [167.205.30.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42BAE43D5D; Fri, 1 Oct 2004 15:37:24 +0000 (GMT) (envelope-from dikshie@ppk.itb.ac.id) Received: from localhost.geoph.itb.ac.id (localhost.geoph.itb.ac.id [127.0.0.1]) by mx-itb.geoph.ITB.ac.id (Postfix) with ESMTP id 7A2EE20ADB; Fri, 1 Oct 2004 22:48:18 +0700 (WIT) Received: from mx-itb.geoph.ITB.ac.id (localhost.geoph.itb.ac.id [127.0.0.1]) by localhost.geoph.itb.ac.id (VaMailArmor-2.0.1.16) id 45957-2F918A1A; Fri, 01 Oct 2004 22:48:17 +0700 Received: from ipv6.ppk.itb.ac.id (ipv6.ppk.ITB.ac.id [167.205.25.15]) by mx-itb.geoph.ITB.ac.id (Postfix) with ESMTP id C232E20ACC; Fri, 1 Oct 2004 22:48:17 +0700 (WIT) Received: by ipv6.ppk.itb.ac.id (Postfix, from userid 1001) id 6717811484; Fri, 1 Oct 2004 22:37:16 +0700 (WIT) Date: Fri, 1 Oct 2004 22:37:16 +0700 From: Dikshie To: Robert Watson Message-ID: <20041001153716.GA849@ppk.itb.ac.id> References: <20040930044835.GA911@ppk.itb.ac.id> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Operating-System: (FreeBSD 5.3-BETA6 i386) X-Uptime: 10:35PM up 9 mins, 1 user, load averages: 0.00, 0.05, 0.06 X-Organization: Pusat Penelitian Kelautan (PPK) X-Location: Labtek VI Building, Institute of Technology, Bandung, Indonesia X-Web-Site: http://ipv6.ppk.itb.ac.id/~dikshie X-Yahoo-ID: dikshie X-GnuPG-Key: http://ipv6.ppk.itb.ac.id/gpg/ X-FingerPrint: 19AC 2592 1394 6C96 BABB 9060 50B8 D244 88E3 B55D X-AntiVirus: checked by Vexira MailArmor (version: 2.0.1.16; VAE: 6.27.0.12; VDF: 6.27.0.82; host: mx-itb.geoph.itb.ac.id) cc: current@freebsd.org Subject: Re: -BETA6 panic with xorp multicast routing daemon 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: Fri, 01 Oct 2004 15:37:26 -0000 Robert Watson (rwatson@freebsd.org) wrote: sorry for late reply. > >From the nature of the panic, it sounds like you're running with > NET_WITH_GIANT, debug.mpsafenet=0 in loader.conf, or that the setting has > been forced by running with a kernel component that relies on Giant over > the network stack? yes. dmesg shows: WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. > Try the attached patch, please. your patch works very well. thanks a lot ! -dikshie- From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 15:49:37 2004 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 9AAA416A4CE for ; Fri, 1 Oct 2004 15:49:37 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E60043D45 for ; Fri, 1 Oct 2004 15:49:37 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (localhost [127.0.0.1]) i91FnaTH018469 for ; Fri, 1 Oct 2004 11:49:36 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i91FnZJL018468 for freebsd-current@freebsd.org; Fri, 1 Oct 2004 11:49:35 -0400 (EDT) Date: Fri, 1 Oct 2004 11:49:35 -0400 From: Ken Smith To: freebsd-current@freebsd.org Message-ID: <20041001154935.GA17702@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: HEADS-UP: Library versions have been bumped 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: Fri, 01 Oct 2004 15:49:37 -0000 > kensmith 2004-10-01 15:38:07 UTC > > FreeBSD src repository > > Modified files: > . UPDATING > gnu/lib/libreadline Makefile.inc > lib/libopie Makefile > lib/libpcap Makefile > lib/msun Makefile > Log: > Bump the library version numbers for the following libraries: > > /lib/{libm,libreadline} > /usr/lib/{libhistory,libopie,libpcap} > > in preparation for doing the same thing to RELENG_5. HUGE amounts of > help for determining what to bump provided by kris. > > Discussed on: freebsd-current > Approved by: re (not required for commit but something like this should be) > > Revision Changes Path > 1.367 +15 -0 src/UPDATING > 1.10 +1 -1 src/gnu/lib/libreadline/Makefile.inc > 1.19 +1 -1 src/lib/libopie/Makefile > 1.34 +1 -1 src/lib/libpcap/Makefile > 1.52 +1 -0 src/lib/msun/Makefile The specific list of library version number bumps is this (also available in UPDATING): /lib/libm.so.2 -> libm.so.3 /lib/libreadline.so.4 -> libreadline.so.5 /usr/lib/libhistory.so.4 -> libhistory.so.5 /usr/lib/libopie.so.2 -> libopie.so.3 /usr/lib/libpcap.so.2 -> libpcap.so.3 We specifically did not arrange for anything to remove the old versions of the libraries - that is something best left to you folks to determine when you want it done. At the point the old libraries are removed any ports or other programs you have compiled that are not part of the base system will break. They will need to be recompiled to pick up references to the new library versions. But it is best if these libraries get removed at some point if you expect to be running 4.X executables and want to pick up the 4.10 libraries from compat (which are not there yet but will be soon). Use your judgement on when to remove the old libraries. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 15:56:16 2004 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 E451316A4CE for ; Fri, 1 Oct 2004 15:56:16 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73CF343D4C for ; Fri, 1 Oct 2004 15:56:16 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i91FvBPe078324; Fri, 1 Oct 2004 09:57:11 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <415D7DE7.5020708@FreeBSD.org> Date: Fri, 01 Oct 2004 09:55:19 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ken Smith References: <20041001154935.GA17702@electra.cse.Buffalo.EDU> In-Reply-To: <20041001154935.GA17702@electra.cse.Buffalo.EDU> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@FreeBSD.org Subject: Re: HEADS-UP: Library versions have been bumped 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: Fri, 01 Oct 2004 15:56:17 -0000 Ken Smith wrote: >>kensmith 2004-10-01 15:38:07 UTC >> >> FreeBSD src repository >> >> Modified files: >> . UPDATING >> gnu/lib/libreadline Makefile.inc >> lib/libopie Makefile >> lib/libpcap Makefile >> lib/msun Makefile >> Log: >> Bump the library version numbers for the following libraries: >> >> /lib/{libm,libreadline} >> /usr/lib/{libhistory,libopie,libpcap} >> >> in preparation for doing the same thing to RELENG_5. HUGE amounts of >> help for determining what to bump provided by kris. >> >> Discussed on: freebsd-current >> Approved by: re (not required for commit but something like this should be) >> >> Revision Changes Path >> 1.367 +15 -0 src/UPDATING >> 1.10 +1 -1 src/gnu/lib/libreadline/Makefile.inc >> 1.19 +1 -1 src/lib/libopie/Makefile >> 1.34 +1 -1 src/lib/libpcap/Makefile >> 1.52 +1 -0 src/lib/msun/Makefile > > > The specific list of library version number bumps is this (also available > in UPDATING): > > /lib/libm.so.2 -> libm.so.3 > /lib/libreadline.so.4 -> libreadline.so.5 > /usr/lib/libhistory.so.4 -> libhistory.so.5 > /usr/lib/libopie.so.2 -> libopie.so.3 > /usr/lib/libpcap.so.2 -> libpcap.so.3 > > We specifically did not arrange for anything to remove the old > versions of the libraries - that is something best left to you folks > to determine when you want it done. At the point the old libraries > are removed any ports or other programs you have compiled that are not > part of the base system will break. They will need to be recompiled > to pick up references to the new library versions. But it is best if > these libraries get removed at some point if you expect to be running > 4.X executables and want to pick up the 4.10 libraries from compat > (which are not there yet but will be soon). Use your judgement on > when to remove the old libraries. > Don't forget that /etc/libmap.conf can be used to ease this migration process. I would suggest mapping libm.so.2 to libm.so.3 until you have everything re-compiled. Scott From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 16:05:05 2004 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 3567116A4CE for ; Fri, 1 Oct 2004 16:05:05 +0000 (GMT) Received: from beagle2.mehnert.org (beagle2.mehnert.org [212.42.235.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D0A843D2D for ; Fri, 1 Oct 2004 16:05:04 +0000 (GMT) (envelope-from hannes@mehnert.org) Received: from localhost (port-195-158-171-190.dynamic.qsc.de [195.158.171.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Hannes Mehnert", Issuer "mehnert root CA" (verified OK)) by beagle2.mehnert.org (Postfix) with ESMTP id 8A8F89585F; Fri, 1 Oct 2004 18:05:01 +0200 (CEST) Date: Fri, 1 Oct 2004 18:04:57 +0200 From: Hannes Mehnert To: Sam Leffler Message-ID: <20041001160457.GA2871@mehnert.org> References: <200408201412.15438.sam@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408201412.15438.sam@errno.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: net80211+atheros changes 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: Fri, 01 Oct 2004 16:05:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Sam, On Fri, Aug 20, 2004 at 02:12:15PM -0700, Sam Leffler wrote: > http://www.freebsd.org/~sam/net80211+ath-20040818.tgz has a first cut at > back-merging the work I've done in Linux to FreeBSD. These changes update > the 802.11 support and all the drivers that use it. The patch also brings in > the latest version of the Atheros hal. I have the following problem with your patch: To change my atheros 5212 from hostap to managed mode, I need to unload and reload if_ath. Sometimes kldload if_ath doesn't create an ath0 device. I see the following in messages: localhost kernel: ath0: mem 0xc0210000-0xc021ffff irq 11 at device 2.0 on pci2 localhost kernel: ath0: failed to allocate descriptors: 12 localhost kernel: device_attach: ath0 attach returned 12 After a reboot, kldload works fine again. (a working kldload would be: localhost kernel: ath0: mem 0xc0210000-0xc021ffff irq 11 at device 2.0 on pci2 localhost kernel: ath0: Ethernet address: 00:05:4e:48:e3:27 localhost kernel: ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24M bps 36Mbps 48Mbps 54Mbps localhost kernel: ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps localhost kernel: ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6M bps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps localhost kernel: ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radi o 2.3 localhost kernel: ath0: Use hw queue 1 for WME_AC_BE traffic localhost kernel: ath0: Use hw queue 0 for WME_AC_BK traffic localhost kernel: ath0: Use hw queue 2 for WME_AC_VI traffic localhost kernel: ath0: Use hw queue 3 for WME_AC_VO traffic) Best Regards, Hannes Mehnert -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBXYAmRcuNlziBjRwRAnLVAJ4nenFYpsJCotY2Qh/+dVnsylokUACfWxtO B6639oPBTZ5xpqT2tbm047Q= =iWKu -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 16:17:03 2004 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 034F716A4CE for ; Fri, 1 Oct 2004 16:17:03 +0000 (GMT) Received: from winston.piwebs.com (217-19-20-186.dsl.cambrium.nl [217.19.20.186]) by mx1.FreeBSD.org (Postfix) with SMTP id C443843D45 for ; Fri, 1 Oct 2004 16:17:01 +0000 (GMT) (envelope-from avleeuwen@piwebs.com) Received: (qmail 2062 invoked from network); 1 Oct 2004 16:17:00 -0000 Received: from vincent.piwebs.com (192.168.0.84) by winston.piwebs.com with SMTP; 1 Oct 2004 16:17:00 -0000 To: "Poul-Henning Kamp" References: <8328.1096402087@critter.freebsd.dk> Message-ID: Date: Fri, 01 Oct 2004 18:17:04 +0200 From: "Arjan van Leeuwen" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <8328.1096402087@critter.freebsd.dk> User-Agent: Opera M2/7.60 (Linux, build 808) cc: freebsd-current@freebsd.org Subject: Re: A mini-course in benchmark number crunching. 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: Fri, 01 Oct 2004 16:17:03 -0000 On Tue, 28 Sep 2004 22:08:07 +0200, Poul-Henning Kamp wrote: > > Hi there... > > Since we'll be entering silly season benchmark-wise in a few weeks when > 5.3 goes golden, I'll share an interesting benchmark I ran here today. > > (...) > > Poul-Henning > Nice tutorial, thanks for the good work. Now let's hope some people will actually use it :). Arjan P.S. You're obviously a better teacher than you think you are. -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 16:28:28 2004 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 CAD1616A4CE; Fri, 1 Oct 2004 16:28:28 +0000 (GMT) Received: from KVIW14.KVI.nl (KVIW14.KVI.nl [129.125.15.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32FD243D45; Fri, 1 Oct 2004 16:28:28 +0000 (GMT) (envelope-from A.S.Usov@KVI.nl) Received: from KVIR52.KVI.nl ("port 57401"@KVIR52.KVI.nl [129.125.37.116]) by KVI.nl (PMDF V6.2-X17 #30869) with ESMTP id <01LFIZ79XO4KD41CQM@KVI.nl>; Fri, 01 Oct 2004 18:28:13 +0200 (MET DST) Received: from KVIW06.KVI.NL by KVIR52.KVI.nl (AvMailGate-2.0.2-8) id 23935-2966A35B; Fri, 01 Oct 2004 18:28:12 +0200 Received: from kvip88 ("port 49894"@KVIP88.KVI.nl [129.125.15.152]) by KVI.nl (PMDF V6.2-X17 #30869) with ESMTP id <01LFIZ70XLKED41CQM@KVI.nl>; Fri, 01 Oct 2004 18:28:01 +0200 (MET DST) Date: Fri, 01 Oct 2004 18:28:00 +0200 From: "Alexander S. Usov" In-reply-to: <20041001132843.GG997@green.homeunix.org> To: Brian Fundakowski Feldman Message-id: <200410011828.00289.A.S.Usov@kvi.nl> Organization: KVI MIME-version: 1.0 Content-type: text/plain; charset=koi8-u Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.7 X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-8; AVE: 6.27.0.12; VDF: 6.27.0.83; host: kvi.nl) References: <200409272240.00356.A.S.Usov@kvi.nl> <20041001132843.GG997@green.homeunix.org> cc: current@freebsd.org Subject: Re: ALTQ/pf troubles 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: Fri, 01 Oct 2004 16:28:28 -0000 On Friday 01 October 2004 15:28, Brian Fundakowski Feldman wrote: > On Mon, Sep 27, 2004 at 10:40:00PM +0200, Alexander S. Usov wrote: > > Hello !! > > > > As a happy owner of the 1120/352Kbit ADSL line and 5.3-BETA6 > > I have tried to configure altq as it's described in > > /usr/share/examples/pf/ackpri and have hit quite a number of > > strange issues with ALTQ. > > > > So, the system is: > > FreeBSD kvip55.lan 5.3-BETA6 FreeBSD 5.3-BETA6 #0: Mon Sep 27 18:40:51 > > CEST pf.conf & kernel configs are attached to the mail. > > > > Just enabling the queueing on the interface with bandwidth == DSL > > bandwidth results in the appox. factor of 2 drop in the speed of the > > outgoing transfers. > > > > >From my experiments I got an impression that to make this slow-down > > > > away I have to specify the bandwith around 700Kb, which is twice bigger > > than real. I just have repeated the experiment on different machine, but with basically the same config. Result is quite strange: setting the altq bandwidth to 100Mb, which is a lan-speed, doesn't results in speed resuction -- I am still getting some 10MB/s transfer speed for scp. Setting it to 10Mb, results in the transfer speed of approx. 750-820KB/s, which is somewhat too low. For 1Mb limit it's working again. ~120KB/s. Same for 350Kb. Transfer ~40-44KB/s. It's a bit strange because this two machine are identical from the software point of view. All system, except /home, /var and a few files in /etc are periodically synced between them. Can it be due to the bfe network card in the problematic machine? -- Best regards, Alexander. From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 16:31:15 2004 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 F251116A4CE; Fri, 1 Oct 2004 16:31:14 +0000 (GMT) Received: from smtpq1.home.nl (smtpq1.home.nl [213.51.128.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B98F043D58; Fri, 1 Oct 2004 16:31:14 +0000 (GMT) (envelope-from dodell@sitetronics.com) Received: from [213.51.128.133] (port=34131 helo=smtp2.home.nl) by smtpq1.home.nl with esmtp (Exim 4.30) id 1CDQJN-0004O1-Gd; Fri, 01 Oct 2004 18:31:13 +0200 Received: from cc740438-a.deven1.ov.home.nl ([82.75.136.183]:3179) by smtp2.home.nl with esmtp (Exim 4.30) id 1CDQJM-0005Ha-OP; Fri, 01 Oct 2004 18:31:12 +0200 Message-ID: <415D8650.1090605@sitetronics.com> Date: Fri, 01 Oct 2004 18:31:12 +0200 From: "Devon H. O'Dell" User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Fundakowski Feldman References: <200409272240.00356.A.S.Usov@kvi.nl> <20041001132843.GG997@green.homeunix.org> <200410011555.00828.A.S.Usov@kvi.nl> <415D66A3.4070805@sitetronics.com> <20041001150329.GI997@green.homeunix.org> In-Reply-To: <20041001150329.GI997@green.homeunix.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AtHome-MailScanner-Information: Neem contact op met support@home.nl voor meer informatie X-AtHome-MailScanner: Found to be clean cc: "Alexander S. Usov" cc: current@freebsd.org Subject: Re: ALTQ/pf troubles 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: Fri, 01 Oct 2004 16:31:15 -0000 Brian Fundakowski Feldman wrote: >> [snip] >> >>/----------\ incoming fxp0 /----------\ outgoing fxp1 (altq) /-----\ >>| the | -------------> | firewall | --------------------> | the | >>| Internet | <------------- | pf/altq | <-------------------- | xAN | >>\----------/ outgoing fxp0 \----------/ incoming fxp1 \-----/ >> (altq) >> [snip] > > I don't understand what you're saying. You still don't put ALTQ > classification on incoming packets, you do it when they're going out > of whatever the final interface they're destined for. > Right, that's what I said. The ALTQ classifications are on the outgoing interfaces for the respective directions. --Devon From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 16:32:12 2004 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 9718B16A58C for ; Fri, 1 Oct 2004 16:32:11 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id D28C643D54 for ; Fri, 1 Oct 2004 16:32:10 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D4BDB51491; Fri, 1 Oct 2004 09:32:50 -0700 (PDT) Date: Fri, 1 Oct 2004 09:32:50 -0700 From: Kris Kennaway To: Daniel Eriksson Message-ID: <20041001163250.GA71766@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: phk@phk.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: zero and null regression? 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: Fri, 01 Oct 2004 16:32:12 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 01, 2004 at 05:02:58AM +0000, Daniel Eriksson wrote: > After upgrading a 6-CURRENT machine from a 5 day old kernel to one cvsupe= d=20 > just a few hours ago, special files zero and null created through mknod n= o=20 > longer works. >=20 > # mknod zerotest c 2 12 > # chmod 666 zerotest > # cat zerotest > /dev/null > cat: zerotest: Socket operation on non-socket >=20 > Could this be related to the vfs stuff Poul-Henning Kamp is working with? I'm pretty sure this is by design - see phk's commits and related discussion. Use devfs for device nodes. Kris --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBXYayWry0BWjoQKURAq7wAKDVhSgfg+WnPRmX9Jh1YcL0ELyQ4QCgzVil NR32u9QuZE9TEzF4MBYF2T0= =Qp9Q -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 16:33:47 2004 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 7316616A4CE for ; Fri, 1 Oct 2004 16:33:47 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 478CF43D1F for ; Fri, 1 Oct 2004 16:33:47 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9EE7851491; Fri, 1 Oct 2004 09:34:27 -0700 (PDT) Date: Fri, 1 Oct 2004 09:34:27 -0700 From: Kris Kennaway To: Andrey Slusar Message-ID: <20041001163427.GB71766@xor.obsecurity.org> References: <864qle7gs2.fsf@santinel.home.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="z6Eq5LdranGa6ru8" Content-Disposition: inline In-Reply-To: <864qle7gs2.fsf@santinel.home.ua> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: [5.3-BETA6] uuencode 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: Fri, 01 Oct 2004 16:33:47 -0000 --z6Eq5LdranGa6ru8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 01, 2004 at 03:40:45PM +0300, Andrey Slusar wrote: >=20 > Hi, >=20 > ,---- > | FreeBSD santinel.home.ua 5.3-BETA6 FreeBSD 5.3-BETA6 #0: Tue Sep 28 12:= 20:39 EEST 2004 anray@santinel.home.ua:/usr/obj/usr/src/sys/ANRAY i386 > `---- > ,---- > | anray@santinel:~$ uuencode bash-completion-20040711.tar.gz=20 > | begin 644 bash-completion-20040711.tar.gz > |=20 > `---- > uuencode is not worked under FreeBSD 5.3-BETA6 Yes it does, this just isn't how you use it ;) Kris --z6Eq5LdranGa6ru8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBXYcTWry0BWjoQKURAsfaAJ0Z4et7EB49gkYRoQS3pQtRhvtCFQCgyzHr 9qIpVqSoxvlMolQv4ssC6V8= =8pk4 -----END PGP SIGNATURE----- --z6Eq5LdranGa6ru8-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 16:40:36 2004 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 B3A0F16A4CE for ; Fri, 1 Oct 2004 16:40:36 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 330AB43D1F for ; Fri, 1 Oct 2004 16:40:36 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.2] (vpn-client-2.marcuscom.com [10.2.1.2]) i91Gd03k018131; Fri, 1 Oct 2004 12:39:00 -0400 (EDT) (envelope-from marcus@marcuscom.com) Message-ID: <415D8881.6010102@marcuscom.com> Date: Fri, 01 Oct 2004 12:40:33 -0400 From: Joe Marcus Clarke Organization: MarcusCom, Inc. User-Agent: Mozilla Thunderbird 0.8 (Macintosh/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ken Smith References: <20041001154935.GA17702@electra.cse.Buffalo.EDU> In-Reply-To: <20041001154935.GA17702@electra.cse.Buffalo.EDU> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: freebsd-current@freebsd.org Subject: Re: HEADS-UP: Library versions have been bumped 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: Fri, 01 Oct 2004 16:40:36 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ken Smith wrote: |>kensmith 2004-10-01 15:38:07 UTC |> |> FreeBSD src repository |> |> Modified files: |> . UPDATING |> gnu/lib/libreadline Makefile.inc |> lib/libopie Makefile |> lib/libpcap Makefile |> lib/msun Makefile |> Log: |> Bump the library version numbers for the following libraries: |> |> /lib/{libm,libreadline} |> /usr/lib/{libhistory,libopie,libpcap} |> |> in preparation for doing the same thing to RELENG_5. HUGE amounts of |> help for determining what to bump provided by kris. |> |> Discussed on: freebsd-current |> Approved by: re (not required for commit but something like this should be) |> |> Revision Changes Path |> 1.367 +15 -0 src/UPDATING |> 1.10 +1 -1 src/gnu/lib/libreadline/Makefile.inc |> 1.19 +1 -1 src/lib/libopie/Makefile |> 1.34 +1 -1 src/lib/libpcap/Makefile |> 1.52 +1 -0 src/lib/msun/Makefile | | | The specific list of library version number bumps is this (also available | in UPDATING): | | /lib/libm.so.2 -> libm.so.3 | /lib/libreadline.so.4 -> libreadline.so.5 | /usr/lib/libhistory.so.4 -> libhistory.so.5 | /usr/lib/libopie.so.2 -> libopie.so.3 | /usr/lib/libpcap.so.2 -> libpcap.so.3 | | We specifically did not arrange for anything to remove the old | versions of the libraries - that is something best left to you folks | to determine when you want it done. At the point the old libraries | are removed any ports or other programs you have compiled that are not | part of the base system will break. They will need to be recompiled | to pick up references to the new library versions. But it is best if | these libraries get removed at some point if you expect to be running | 4.X executables and want to pick up the 4.10 libraries from compat | (which are not there yet but will be soon). Use your judgement on | when to remove the old libraries. This probably deserves a /usr/ports/UPDATING entry as well since libm will affect quite a few ports (to put it mildly). Joe | - -- PGP Key : http://www.marcuscom.com/pgp.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBXYiBb2iPiv4Uz4cRAhOKAKCo5k7xhJuo5+mTqHQHTDJg02HTUwCfbmPR jiXy/7Ez2tW3ZWKCDI6aSiY= =dl3U -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 17:23:34 2004 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 7CCE116A4CE for ; Fri, 1 Oct 2004 17:23:34 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2477F43D2D for ; Fri, 1 Oct 2004 17:23:34 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 4D3E1C736; Fri, 1 Oct 2004 13:23:33 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id 972971D1FA0; Fri, 1 Oct 2004 13:23:29 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16733.37521.568515.842497@canoe.dclg.ca> Date: Fri, 1 Oct 2004 13:23:29 -0400 To: freebsd-current@freebsd.org X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid Subject: USB hub issue adendum. 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: Fri, 01 Oct 2004 17:23:34 -0000 I've had the USB hub issue bite be on and off for awhile now. It appears to be completely random corruption because moving from BETA3 to BETA6 fixed it (for now) for me. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 18:12:46 2004 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 74AE716A4CE for ; Fri, 1 Oct 2004 18:12:46 +0000 (GMT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 638E843D46 for ; Fri, 1 Oct 2004 18:12:46 +0000 (GMT) (envelope-from rob@pythonemproject.com) Received: from [192.168.1.102] (c-67-169-203-186.client.comcast.net[67.169.203.186]) by comcast.net (rwcrmhc13) with ESMTP id <20041001181245015003bt2je> (Authid: europax); Fri, 1 Oct 2004 18:12:45 +0000 Message-ID: <415D9EA1.6000302@pythonemproject.com> Date: Fri, 01 Oct 2004 11:14:57 -0700 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040816 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Arjan van Leeuwen References: <8328.1096402087@critter.freebsd.dk> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Poul-Henning Kamp cc: freebsd-current@freebsd.org Subject: Re: A mini-course in benchmark number crunching. 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: Fri, 01 Oct 2004 18:12:46 -0000 Arjan van Leeuwen wrote: > On Tue, 28 Sep 2004 22:08:07 +0200, Poul-Henning Kamp > wrote: > >> >> Hi there... >> >> Since we'll be entering silly season benchmark-wise in a few weeks when >> 5.3 goes golden, I'll share an interesting benchmark I ran here today. >> >> (...) >> >> Poul-Henning >> > > Nice tutorial, thanks for the good work. Now let's hope some people > will actually use it :). > > Arjan > > P.S. You're obviously a better teacher than you think you are. > Sorry, missed this initially. Is the tutorial posted somewhere? Thanks, Rob From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 18:33:03 2004 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 3CED716A4CE for ; Fri, 1 Oct 2004 18:33:03 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8C8B43D54 for ; Fri, 1 Oct 2004 18:33:02 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so3670740rnk for ; Fri, 01 Oct 2004 11:32:59 -0700 (PDT) Received: by 10.38.126.4 with SMTP id y4mr180264rnc; Fri, 01 Oct 2004 11:32:58 -0700 (PDT) Received: by 10.38.75.49 with HTTP; Fri, 1 Oct 2004 11:32:58 -0700 (PDT) Message-ID: <790a9fff0410011132632067c6@mail.gmail.com> Date: Fri, 1 Oct 2004 13:32:58 -0500 From: Scot Hetzel To: Rob In-Reply-To: <415D9EA1.6000302@pythonemproject.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <8328.1096402087@critter.freebsd.dk> <415D9EA1.6000302@pythonemproject.com> cc: Poul-Henning Kamp cc: freebsd-current@freebsd.org cc: Arjan van Leeuwen Subject: Re: A mini-course in benchmark number crunching. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Oct 2004 18:33:03 -0000 On Fri, 01 Oct 2004 11:14:57 -0700, Rob wrote: > Arjan van Leeuwen wrote: > > On Tue, 28 Sep 2004 22:08:07 +0200, Poul-Henning Kamp > > wrote: > > > >> > >> Hi there... > >> > >> Since we'll be entering silly season benchmark-wise in a few weeks when > >> 5.3 goes golden, I'll share an interesting benchmark I ran here today. > >> > >> (...) > >> > >> Poul-Henning > >> > > > > Nice tutorial, thanks for the good work. Now let's hope some people > > will actually use it :). > > > > Arjan > > > > P.S. You're obviously a better teacher than you think you are. > > > > Sorry, missed this initially. Is the tutorial posted somewhere? > Thanks, Rob > It was posted to this list, read the list archive for the tutorial: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1829428+0+current/freebsd-current From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 18:34:43 2004 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 8018316A4CE for ; Fri, 1 Oct 2004 18:34:43 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12E1743D48 for ; Fri, 1 Oct 2004 18:34:43 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 1BD1DACC68; Fri, 1 Oct 2004 20:34:41 +0200 (CEST) Date: Fri, 1 Oct 2004 20:34:41 +0200 From: Pawel Jakub Dawidek To: =?iso-8859-2?Q?S=B3awek_=AFak?= Message-ID: <20041001183441.GA9550@darkness.comp.waw.pl> References: <861xgm5ltz.fsf@thirst.unx.era.pl> <20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl> <20040929131136.GA2493@submonkey.net> <86mzz8x8zv.fsf@thirst.unx.era.pl> <20040930122154.GS2493@submonkey.net> <86u0tfx4st.fsf@thirst.unx.era.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WeyQLTZFbZxVv3E0" Content-Disposition: inline In-Reply-To: <86u0tfx4st.fsf@thirst.unx.era.pl> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: Ceri Davies cc: freebsd-current@freebsd.org Subject: Re: Bug in #! processing 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: Fri, 01 Oct 2004 18:34:43 -0000 --WeyQLTZFbZxVv3E0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 30, 2004 at 03:30:26PM +0200, S=B3awek =AFak wrote: +> >> I like the bahavior of FreeBSD besides special +> >> treatment of # on the first line after #!. Allowing for comments = on the +> >> first line is a strange excuse. Have you ever seen a script comme= nting on +> >> the interpreter execution or had a need to do so? +> > +> > No, but since this has been possible in FreeBSD for over 4.5 years, you +> > can guarantee that someone is using it. +>=20 +> What do you think of sysctl named say kern.exec_hash_compat (set to = 1 by +> default) or kernel option (also set to old behavior) to `fix' the si= tuation? Adding sysctl to control this behaviour is the best we can get, IMHO. I can commit this, with default value which keeps the current behvaiour, but I don't like this name. We should find a name which starts at 'compat.'. Any suggestions? compat.unix.exec_hash? --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --WeyQLTZFbZxVv3E0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBXaNBForvXbEpPzQRAhbaAJwI5l/HYY1peOF5iFQXPNqki3rZSgCfc/of sAMhMhdV9nU3Y9+FJmwVYG4= =4g8s -----END PGP SIGNATURE----- --WeyQLTZFbZxVv3E0-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 19:01:44 2004 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 CE3F916A4CE; Fri, 1 Oct 2004 19:01:44 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A83B43D1D; Fri, 1 Oct 2004 19:01:44 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.155] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CDSf0-0000si-00; Fri, 01 Oct 2004 21:01:42 +0200 Received: from [217.227.144.56] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CDSf0-0001iS-00; Fri, 01 Oct 2004 21:01:42 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Fri, 1 Oct 2004 21:00:52 +0200 User-Agent: KMail/1.7 References: <200409272240.00356.A.S.Usov@kvi.nl> <20041001132843.GG997@green.homeunix.org> <200410011555.00828.A.S.Usov@kvi.nl> In-Reply-To: <200410011555.00828.A.S.Usov@kvi.nl> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2476214.A0e0HtshI5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410012101.01067.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: "Alexander S. Usov" Subject: Re: ALTQ/pf troubles 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: Fri, 01 Oct 2004 19:01:45 -0000 --nextPart2476214.A0e0HtshI5 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 01 October 2004 15:55, Alexander S. Usov wrote: > On Friday 01 October 2004 15:28, Brian Fundakowski Feldman wrote: > > On Mon, Sep 27, 2004 at 10:40:00PM +0200, Alexander S. Usov wrote: > > > Hello !! > > > Just enabling the queueing on the interface with bandwidth =3D=3D DSL > > > bandwidth results in the appox. factor of 2 drop in the speed of the > > > outgoing transfers. > > > > > > >From my experiments I got an impression that to make this slow-down > > > > > > away I have to specify the bandwith around 700Kb, which is twice bigg= er > > > than real. > > > > Are you telling ALTQ to process _incoming_ packets? > > According to the pf manuals it should process only outgoing packets. > And I believe it's the case as the incoming rate doesn't depends on > queieing state. > > Just did an experiment adding only this 2 lines: > =3D=3D=3D > altq on $ext priq bandwidth 350Kb queue {q} > queue q priority 1 priq(default) > =3D=3D=3D > and no queue statements in the filtering rules. > > If I understand the logick of the pf right, it means to create an outbound > queue on $ext with bandwith 350Kb and put all outgoing traffic into it (d= ue > to the (default) statement). > > This results in the outgoing transfer speed of appox. 18KB/s, and incoming > is unaffected and is approx. 117KB/s. > > Increasing bandwith in the altq rule to 700Kb, results in the upload speed > of approx. 30-34 KB/s. Hmmm ... you realize that ALTQ takes *BIT* per second? > Is it a good idea to check the behavior of the ruleset with OpenBSD? =46irst of all a look at your queue statistics would be helpful: $ pfctl -vvsq how many packets are being dropped? Which queues do the packets end up in? If you can easily check OpenBSD behavior, that'd be a good check as well. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2476214.A0e0HtshI5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBXaltXyyEoT62BG0RAmiZAJ0ZpShAa8bQnkurY34mLYbQjxwc1ACaAjzW Sg4NmcvqHYsSb466/+fDDbg= =5n9C -----END PGP SIGNATURE----- --nextPart2476214.A0e0HtshI5-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 19:27:30 2004 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 D77B116A4CE; Fri, 1 Oct 2004 19:27:30 +0000 (GMT) Received: from linwhf.opal.com (119.79.171.66.subscriber.vzavenue.net [66.171.79.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B68543D39; Fri, 1 Oct 2004 19:27:30 +0000 (GMT) (envelope-from jr@linwhf.opal.com) Received: from linwhf.opal.com (localhost [127.0.0.1]) by linwhf.opal.com (8.13.1/8.13.1) with ESMTP id i91JRRXa000906; Fri, 1 Oct 2004 15:27:27 -0400 (EDT) (envelope-from jr@linwhf.opal.com) Received: (from jr@localhost) by linwhf.opal.com (8.13.1/8.13.1/Submit) id i91JRRvx000905; Fri, 1 Oct 2004 15:27:27 -0400 (EDT) (envelope-from jr) Date: Fri, 1 Oct 2004 15:27:27 -0400 From: "J.R. Oldroyd" To: Brian Fundakowski Feldman Message-ID: <20041001192727.GA855@linwhf.opal.com> References: <20040930184729.GA836@linwhf.opal.com> <20040930185842.GA4759@xor.obsecurity.org> <20040930190716.GA1236@linwhf.opal.com> <60850.208.4.77.15.1096574606.squirrel@208.4.77.15> <20040930211418.GA795@linwhf.opal.com> <20040930212016.GA13891@xor.obsecurity.org> <20041001131702.GF997@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041001131702.GF997@green.homeunix.org> User-Agent: Mutt/1.4.2.1i cc: Ryan Sommers cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: panic after 'ifconfig gif0 destroy' 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: Fri, 01 Oct 2004 19:27:31 -0000 Based on this comment, I cvsup'd again and it is indeed OK now. -jr On Oct 01, 09:17, Brian Fundakowski Feldman wrote: > On Thu, Sep 30, 2004 at 02:20:16PM -0700, Kris Kennaway wrote: > > On Thu, Sep 30, 2004 at 05:14:19PM -0400, J.R. Oldroyd wrote: > > > Here you go: > > > > > > # ifconfig gif0 destroy > > > [thread 100166] > > > Stopped at idestroy_dev+0x9e: cmpl $0,0x3c(%esi) > > > db> trace > > > idestroy_dev(c3b88b00) at idestroy_dev+0x9e > > > idestroy_dev(c3be1700,f0e6cb84,c0671ef4,c3be1700,c35a7800) at idestroy_dev+0x68 > > > destroy_dev(c35a1700,c35a7800,0,c080a1b8,d8) at destroy_dev+0x10 > > > if_detach(c35a7800,c35a7800,c35a7800,c0872480,f0e6cbbc) at if_detatch+0x274 > > > gif_destroy(c35a7800,c087b660,0,c0814dca,db) at gif_destroy+0x80 > > > gif_clone_destroy(c35a7800,c08724b0,c0872480,f0e6cbf0,c0674076) at gif_clone_destroy+0x67 > > > ifc_simple_destroy(c0872480,c35a7800,2d,80206979,0) at ifc_simple_destroy+0x1e > > > if_clone_destroy(f0e6cc60,f0e6cc14,c0631dee,f0e6cc60,f0e6cc60) at if_clone_destroy+0xf2 > > > ifioctl(c4285a20,80206979,f0e6cc60,c4274900,0) at ifioctl+0x88 > > > soo_ioctl(c39f7e58,80206979,f0e6cc60,c3bd2e80,c4274900) at soo_ioctl+0x2b1 > > > ioctl(c4274900,f0e6cd14,3,7,286) at ioctl+0x3e0 > > > syscall(2f,2f,2f,1,bfbfe9c0) at syscall+0x213 > > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280cc10b, esp = 0xbfbfe84c, ebp = 0xbfbfe868 --- > > > db> > > > > Thanks, that's better. > > This looks like a bug I fixed in kern_conf.c two days ago. > > -- > Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ > <> green@FreeBSD.org \ The Power to Serve! \ > Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 20:37:09 2004 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 42DB216A4CE for ; Fri, 1 Oct 2004 20:37:09 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D88043D2F for ; Fri, 1 Oct 2004 20:37:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4DA195150C; Fri, 1 Oct 2004 13:37:50 -0700 (PDT) Date: Fri, 1 Oct 2004 13:37:50 -0700 From: Kris Kennaway To: Andrey Slusar Message-ID: <20041001203750.GA84103@xor.obsecurity.org> References: <864qle7gs2.fsf@santinel.home.ua> <20041001163427.GB71766@xor.obsecurity.org> <86mzz6mkm3.fsf@santinel.home.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline In-Reply-To: <86mzz6mkm3.fsf@santinel.home.ua> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: Kris Kennaway Subject: Re: [5.3-BETA6] uuencode 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: Fri, 01 Oct 2004 20:37:09 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 01, 2004 at 08:08:52PM +0300, Andrey Slusar wrote: > > > uuencode is not worked under FreeBSD 5.3-BETA6 >=20 > > Yes it does, this just isn't how you use it ;) > uuenview is worked: > ,---- > | anray@santinel:~$ uuenview -u bash-completion-20040711.tar.gz=20 Fine, but that's a different application with different syntax. > uuencode: > ,---- > | anray@santinel:~$ uuencode bash-completion-20040711.tar.gz=20 > | begin 644 bash-completion-20040711.tar.gz > |=20 > `---- > ? See the manpage: uuencode [file] name encodes with name . If you omit (i.e. give only one argument), then it encodes stdin with output . Kris --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBXcAdWry0BWjoQKURAuB9AKCEQiRLN17q0fH+1YLiH8is9MNntACeOkYy zaBSPqKilojfhS0v1TGPLbU= =Y5K8 -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 21:04:45 2004 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 848F316A4CE; Fri, 1 Oct 2004 21:04:45 +0000 (GMT) Received: from KVIW06.KVI.NL (KVIW06.KVI.nl [129.125.15.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9AEE43D2D; Fri, 1 Oct 2004 21:04:44 +0000 (GMT) (envelope-from A.S.Usov@KVI.nl) Received: from KVIS10.KVI.nl ("port 40075"@KVIS10.KVI.nl [129.125.27.60]) by KVI.nl (PMDF V6.2-X17 #30869) with ESMTP id <01LFJ8UTFKBID41CV0@KVI.nl>; Fri, 01 Oct 2004 23:04:30 +0200 (MET DST) Received: from KVIW14.KVI.nl by KVIS10.KVI.nl (AvMailGate-2.0.2-8) id 17397-7E54875E; Fri, 01 Oct 2004 23:04:29 +0200 Received: from kvip55 ("port 61510"@KVIP88.KVI.nl [129.125.15.152]) by KVI.nl (PMDF V6.2-X17 #30869) with ESMTP id <01LFJ8UALU9ACWHRFO@KVI.nl>; Fri, 01 Oct 2004 23:04:06 +0200 Date: Fri, 01 Oct 2004 23:04:03 +0200 From: "Alexander S. Usov" In-reply-to: <200410012101.01067.max@love2party.net> To: Max Laier Message-id: <200410012304.03921.A.S.Usov@kvi.nl> Organization: KVI MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_IcJO1lgRQDrC8TxVsZWeoQ)" User-Agent: KMail/1.7 X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-8; AVE: 6.27.0.12; VDF: 6.27.0.83; host: kvi.nl) References: <200409272240.00356.A.S.Usov@kvi.nl> <200410011555.00828.A.S.Usov@kvi.nl> <200410012101.01067.max@love2party.net> cc: freebsd-current@freebsd.org Subject: Re: ALTQ/pf troubles 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: Fri, 01 Oct 2004 21:04:45 -0000 --Boundary_(ID_IcJO1lgRQDrC8TxVsZWeoQ) Content-type: text/plain; charset=koi8-u Content-transfer-encoding: 7BIT Content-disposition: inline On Friday 01 October 2004 21:00, Max Laier wrote: > > Increasing bandwith in the altq rule to 700Kb, results in the upload > > speed of approx. 30-34 KB/s. > > Hmmm ... you realize that ALTQ takes *BIT* per second? Yes. And 350Kbit/s ~ 43KB/s > > Is it a good idea to check the behavior of the ruleset with OpenBSD? > > First of all a look at your queue statistics would be helpful: > $ pfctl -vvsq > how many packets are being dropped? Which queues do the packets end up in? Ok. The pf ruleset used during the test is attached to the letter. Using scp results in the approx. 17-20KByte/s sustained transfer rate. $ pfctl -vvsq queue q priq( default ) [ pkts: 6515 bytes: 7183041 dropped pkts: 0 bytes: 0 ] [ qlength: 4/ 50 ] [ measured: 18.2 packets/s, 162.56Kb/s ] Setting the bandwidth to 700Kb gives: $ pfctl -vvsq queue q priq( default ) [ pkts: 2526 bytes: 3201627 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 ] [ measured: 30.6 packets/s, 313.11Kb/s ] > If you can easily check OpenBSD behavior, that'd be a good check as well. I will try to install it this weekend and check there. I believe 3.5 has a driver for broadcom 4401. -- Best regards, Alexander. --Boundary_(ID_IcJO1lgRQDrC8TxVsZWeoQ) Content-type: text/plain; charset=koi8-u; name=pf.conf Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=pf.conf #==================== DEFS ==================== ext = "bfe0" table const { 127.0.0.0/8, 192.168.0.0/16, 172.16.0.0/12, \ 10.0.0.0/8, !10.0.0.0/24 } tcp_services = "{ ssh, ftp, ftp-data, 17778, 4662, 49152:65535 }" icmp_types = "echoreq" #==================== OPTIONS ==================== set block-policy return set loginterface $ext set optimization conservative #==================== SCRUB ==================== scrub in all #==================== QUEUE ==================== altq on $ext priq bandwidth 350Kb queue {q} queue q priority 1 priq(default) #==================== FILTERING ==================== block all # loopback pass quick on lo0 all antispoof for lo0 # ESP pass quick proto esp # block private networks block drop in quick on $ext from to any block drop out quick on $ext from any to # incoming pass in on $ext proto tcp from any to ($ext) port $tcp_services \ modulate state pass in inet proto icmp icmp-type $icmp_types keep state # outgong pass out on $ext proto tcp modulate state pass out on $ext proto { udp, icmp } keep state --Boundary_(ID_IcJO1lgRQDrC8TxVsZWeoQ)-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 21:18:56 2004 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 7DF5216A4CE for ; Fri, 1 Oct 2004 21:18:56 +0000 (GMT) Received: from post.ma.ee (ns.ma.ee [213.184.38.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 196DE43D45 for ; Fri, 1 Oct 2004 21:18:56 +0000 (GMT) (envelope-from priit.piipuu@mail.ee) Received: from localhost (unknown [192.168.105.66]) by post.ma.ee (Postfix) with ESMTP id 8509A7AC3 for ; Sat, 2 Oct 2004 00:16:51 +0300 (EEST) Received: from [192.168.103.198] (unknown [192.168.103.198]) by post.ma.ee (Postfix) with ESMTP id 3EF3C7AC2 for ; Sat, 2 Oct 2004 00:16:51 +0300 (EEST) Message-ID: <415DC963.4020402@mail.ee> Date: Sat, 02 Oct 2004 00:17:23 +0300 From: Priit Piipuu User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by F-Secure Anti-Virus at emta.ee Subject: panic: Bio already on queue bp=0xc1c69210 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: Fri, 01 Oct 2004 21:18:56 -0000 This is with quite recent -CURRENT, cvsupped yesterday. Machine locks after panic, so no coredump. Stack trace, written down by hand: kdb_backtrace() panic () g_io_request () g_io_deliver() g_bde_contribute () g_bde_work_done () g_bde_start2() g_bde_start1 () g_io_shedule_down () g_down_procbody () fork_exit () fork_trampoline() How to reproduce: mdconfig -a -f md.img -u 0 gbde attach md0 -l md.lock mount /dev/md0.bde /mnt mv foo/ /mnt This panic is semi-repeatable, (un)fortunately it does'nt crash every time. Catalog foo contains lot of small files (at least hundred or so). From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 21:52:15 2004 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 8802916A4CE for ; Fri, 1 Oct 2004 21:52:15 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30CC743D1D for ; Fri, 1 Oct 2004 21:52:15 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i91LqEWi038705 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 1 Oct 2004 14:52:14 -0700 (PDT) (envelope-from sam@errno.com) From: Sam Leffler Organization: Errno Consulting To: freebsd-current@freebsd.org Date: Fri, 1 Oct 2004 14:56:07 -0700 User-Agent: KMail/1.7 References: <200408201412.15438.sam@errno.com> <20041001160457.GA2871@mehnert.org> In-Reply-To: <20041001160457.GA2871@mehnert.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410011456.07859.sam@errno.com> cc: Hannes Mehnert Subject: Re: net80211+atheros changes 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: Fri, 01 Oct 2004 21:52:15 -0000 On Friday 01 October 2004 09:04 am, Hannes Mehnert wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Sam, > > On Fri, Aug 20, 2004 at 02:12:15PM -0700, Sam Leffler wrote: > > http://www.freebsd.org/~sam/net80211+ath-20040818.tgz has a first cut at > > back-merging the work I've done in Linux to FreeBSD. These changes > > update the 802.11 support and all the drivers that use it. The patch > > also brings in the latest version of the Atheros hal. > > I have the following problem with your patch: > To change my atheros 5212 from hostap to managed mode, I need to unload > and reload if_ath. > Sometimes kldload if_ath doesn't create an ath0 device. I see the > following in messages: > localhost kernel: ath0: mem > 0xc0210000-0xc021ffff irq 11 at device 2.0 on pci2 > localhost kernel: ath0: failed to allocate descriptors: 12 > localhost kernel: device_attach: ath0 attach returned 12 > > After a reboot, kldload works fine again. > > (a working kldload would be: > localhost kernel: ath0: mem 0xc0210000-0xc021ffff > irq 11 at device 2.0 on pci2 > localhost kernel: ath0: Ethernet address: 00:05:4e:48:e3:27 > localhost kernel: ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24M > bps 36Mbps 48Mbps 54Mbps > localhost kernel: ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > localhost kernel: ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6M > bps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps > localhost kernel: ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radi > o 2.3 > localhost kernel: ath0: Use hw queue 1 for WME_AC_BE traffic > localhost kernel: ath0: Use hw queue 0 for WME_AC_BK traffic > localhost kernel: ath0: Use hw queue 2 for WME_AC_VI traffic > localhost kernel: ath0: Use hw queue 3 for WME_AC_VO traffic) The driver is unable to allocate contiguous memory for the tx+rx descriptors. This is unrelated to the patches. It might be possible to carve up the allocation into smaller chunks; feel free to provide a patch... Sam From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 01:03:07 2004 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 B47EA16A4CF; Sat, 2 Oct 2004 01:03:07 +0000 (GMT) Received: from freesbee.dk (freesbee.dk [194.192.25.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A09E43D3F; Sat, 2 Oct 2004 01:03:06 +0000 (GMT) (envelope-from signout@signout.dk) Received: from signoutscraptop (localhost [127.0.0.1]) by freesbee.dk (Postfix) with SMTP id 49B9224DC8; Sat, 2 Oct 2004 03:03:03 +0200 (CEST) Message-ID: <074301c4a81b$93b82a00$0200000a@signoutscraptop> From: =?iso-8859-1?Q?Dennis_Kj=E6r_Jensen?= To: =?iso-8859-1?Q?S=F8ren_Schmidt?= , "Josef Karthauser" References: <20041001105544.GG840@genius.tao.org.uk><415D39F0.4060109@webonaut.com> <20041001121722.GA1666@genius.tao.org.uk> <415D5061.10506@DeepCore.dk> Date: Sat, 2 Oct 2004 03:03:06 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.181 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.3790.181 cc: current@freebsd.org cc: mobile@freebsd.org Subject: Re: Sony suspend/resume? [Re: Sony VGN-A 197XP?] 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: Sat, 02 Oct 2004 01:03:08 -0000 >>>http://gerda.univie.ac.at/freebsd-laptops/ >>> >> Looking at these pages it seems that loads of people have problems with >> ACPI support on Sonys. > It not just Sonys, ACPI suspend/resume is broken on Acer and ASUS also. That doesn't surprise me. AFAIK the Sony laptops are in fact manufactured by ASUS. At least they were back in 2001. I don't know if it's still the case or if Sony have moved production in-house since then. > -Søren ... Dennis From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 02:17:09 2004 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 7238B16A4CE; Sat, 2 Oct 2004 02:17:09 +0000 (GMT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32DC743D58; Sat, 2 Oct 2004 02:17:09 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.12.11/8.12.9) with ESMTP id i922H8FQ094324; Fri, 1 Oct 2004 19:17:08 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.1/8.12.9) with ESMTP id i922H8jp006059; Fri, 1 Oct 2004 19:17:08 -0700 (PDT) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.1/8.13.1/Submit) id i922H8Tp006058; Fri, 1 Oct 2004 19:17:08 -0700 (PDT) (envelope-from frank) From: Frank Mayhar Message-Id: <200410020217.i922H8Tp006058@realtime.exit.com> To: freebsd-hackers@freebsd.org Date: Fri, 1 Oct 2004 19:17:08 -0700 (PDT) X-Copyright0: Copyright 2004 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL119 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Amazing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Oct 2004 02:17:09 -0000 I just want to drop a line to you folks (and to Bill Paul in particular) to express my appreciation for your work. I received my new laptop today after my old one finally succumbed to a combination of old age and ancient coffee spills. I installed 5.3-BETA6 on it immediately, no trouble, it knew about the Broadcom NIC out of the box and I did a quick check to learn how to set up ndis so I could use the Dell (actually Broadcom) wireless NIC as well. Built ndis, converted the Windows driver, built if_ndis, installed it, loaded it, configured the interface, ran dhclient and I'm using it as I type this. Took maybe an hour, including burning the driver and /usr/src on a DVD to carry into the living room. I was so impressed that I just had to write and say so. Kudos to you guys. You do good work. After having had to deal with the insides of Linux for the last year, it's a pleasure to use a system that is built with such professionalism. Thanks! -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 04:06:46 2004 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 AE64D16A4CE for ; Sat, 2 Oct 2004 04:06:46 +0000 (GMT) Received: from northstar.hetzel.org (tc91.hnet.net [38.119.191.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4209143D31 for ; Sat, 2 Oct 2004 04:06:45 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from northstar.hetzel.org (localhost [127.0.0.1]) by northstar.hetzel.org (8.13.1/8.13.1) with ESMTP id i9248gH2021850 for ; Fri, 1 Oct 2004 23:08:43 -0500 (CDT) (envelope-from swhetzel@gmail.com) Received: (from root@localhost) by northstar.hetzel.org (8.13.1/8.13.1/Submit) id i9248fRu021849; Fri, 1 Oct 2004 23:08:41 -0500 (CDT) (envelope-from swhetzel@gmail.com) Date: Fri, 1 Oct 2004 23:08:41 -0500 (CDT) Message-Id: <200410020408.i9248fRu021849@northstar.hetzel.org> From: "Scot W. Hetzel" To: FreeBSD-Current Subject: Re: Bug in #! processing 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: Sat, 02 Oct 2004 04:06:46 -0000 The following patch changes the check for end of line, so that a comment on the first line must be preceded by white space (' ' or '\t'). [main.c] #include int main(int ac, char **av) { int i; printf("Main.c test\n"); for(i = 0; i < ac; i++) { printf("%s\n", av[i]); } } [tst.sh] #! ./main -arg1 -#! # comment echo ok Running tst.sh now produces: # ./tst.sh Main.c test ./main -arg1 -#! ./tst.sh Index: imgact_shell.c =================================================================== RCS file: /home/ncvs/src/sys/kern/imgact_shell.c,v retrieving revision 1.26 diff -u -r1.26 imgact_shell.c --- imgact_shell.c 11 Jun 2003 00:56:54 -0000 1.26 +++ imgact_shell.c 1 Oct 2004 12:15:48 -0000 @@ -49,8 +49,11 @@ struct image_params *imgp; { const char *image_header = imgp->image_header; - const char *ihp, *line_endp; + const char *ihp, *prev, *line_endp; char *interp; + boolean_t comment = FALSE; + + prev = NULL; /* a shell script? */ if (((const short *) image_header)[0] != SHELLMAGIC) @@ -73,7 +76,16 @@ /* * Find end of line; return if the line > MAXSHELLCMDLEN long. */ - for (ihp = &image_header[2]; *ihp != '\n' && *ihp != '#'; ++ihp) { + for (ihp = &image_header[2]; *ihp != '\n' && !comment; ++ihp) { + if ( prev != NULL && + (( *prev == ' ' || *prev == '\t' ) && *ihp == '#' )) { + ihp = prev; + comment = TRUE; + /* Skip over trailing spaces */ + while ((*ihp == ' ') || (*ihp == '\t')) ihp--; + } else + prev = ihp; + if (ihp >= &image_header[MAXSHELLCMDLEN]) return(ENAMETOOLONG); } From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 04:13:41 2004 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 0066616A4CE; Sat, 2 Oct 2004 04:13:41 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 157D743D49; Sat, 2 Oct 2004 04:13:40 +0000 (GMT) (envelope-from scottl@pooker.samsco.org) Received: from pooker.samsco.org (scottl@localhost [127.0.0.1]) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i924Echf080409; Fri, 1 Oct 2004 22:14:38 -0600 (MDT) (envelope-from scottl@pooker.samsco.org) Received: (from scottl@localhost) by pooker.samsco.org (8.12.11/8.12.10/Submit) id i924EcDf080408; Fri, 1 Oct 2004 22:14:38 -0600 (MDT) (envelope-from scottl) Date: Fri, 1 Oct 2004 22:14:38 -0600 (MDT) Message-Id: <200410020414.i924EcDf080408@pooker.samsco.org> From: Scott Long To: current@FreeBSD.org X-Spam-Status: No, hits=0.6 required=3.8 tests=SUBJ_ALL_CAPS autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org Subject: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: re@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Oct 2004 04:13:41 -0000 This is an automated weekly mailing of the FreeBSD 5.3 open issues list. The live version of this list is available at: http://www.FreeBSD.org/releases/5.3R/todo.html Automated mailing of this list will continue through the release of FreeBSD 5.3 FreeBSD 5.3 Open Issues Open Issues This is a list of open issues that need to be resolved for FreeBSD 5.3. If you have any updates for this list, please e-mail re@FreeBSD.org. Show stopper defects for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |--------------------+-------------+---------------+---------------------| | | | | PREEMPTION appears | | | | | to increase the | | | | | chances of | | | | | triggering a race | | | | | condition in the | | | | | thread context | | PREEMPTION-related | | Scott Long, | management and | | hangs involving | In progress | Julian | scheduling code. | | threads | | Elischer | Patches to mitigate | | | | | the problem have | | | | | been developed, | | | | | with on-going work | | | | | to come up with the | | | | | correct solution | | | | | prior to 5.3. | |--------------------+-------------+---------------+---------------------| | | | | Jun Kuriyama has | | | | | reported problems | | | | | with NFS over IPv6 | | | | | not functioning | | | | | correctly as of the | | | | | improved NFS | | | | | support for | | | | | disconnection | | | | | changes. Doug White | | | | | has tracked down | | NFS over IPv6 | In progress | Doug White | the source of the | | problems | | | problem (EMSGSIZE | | | | | being returned by | | | | | IPv6 UDP send | | | | | routine due to | | | | | fragmentation), and | | | | | is currently | | | | | exploring possible | | | | | fixes. A patch has | | | | | been generated and | | | | | sent to the KAME | | | | | team for review. | |--------------------+-------------+---------------+---------------------| | | | | ether_input() calls | | | | | random_harvest() on | | | | | the mbuf after it | | | | | has been handed off | | | | | to ether_demux(), | | ether_input() may | | | at which point it | | harvest entropy | In progress | Mark Murray, | may have been | | from free()'d mbuf | | Robert Watson | free()'d back to | | | | | the mbuf allocator. | | | | | It also passes in a | | | | | pointer to the mbuf | | | | | itself, rather than | | | | | ethernet frame | | | | | header. | +------------------------------------------------------------------------+ Required features for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |-----------------+-------------+----------------+-----------------------| | | | | With improved support | | | | | for threading | | | | | primitives, support | | | | | is now required to | | GDB thread | | David Xu, | ease debugging of | | support | In progress | Marcel | threaded | | | | Moolenaar | applications. | | | | | Ideally, this support | | | | | will work for both | | | | | libthr and libkse | | | | | threading models. | |-----------------+-------------+----------------+-----------------------| | | | | There have been | | | | | several reports that | | | | | growfs(8) works | | | | | improperly with large | | Reports of UFS2 | | | disk sizes, and other | | "large disk" | In progress | Scott Long | size-related nits in | | problems | | | the current disk and | | | | | label management tool | | | | | set. These must be | | | | | resolved for | | | | | 5.3-RELEASE. | |-----------------+-------------+----------------+-----------------------| | | | | Entropy harvesting in | | | | | the interrupt and | | | | | incoming packet paths | | | | | currently involves a | | | | | large number of mutex | | | | | operations. In order | | | | | to improve | | | | | performance, it is | | Entropy | | | desirable to reduce | | harvesting | In progress | Robert Watson, | the number of mutex | | optimizations | | Mark Murray | operations | | | | | substantially. Work | | | | | is in progress to | | | | | improve the | | | | | harvesting code along | | | | | these lines, but has | | | | | not yet been properly | | | | | measured, and | | | | | therefore not yet | | | | | merged to CVS. | +------------------------------------------------------------------------+ Desired features for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |------------------+-------------+----------------+----------------------| | | | | Kernel bits | | KSE support for | In progress | Ken Smith | implemented, | | sparc64 | | | userland not | | | | | implemented. | |------------------+-------------+----------------+----------------------| | | | | Almost all process | | | | | debugging tools have | | | | | been updated to use | | | | | non-procfs kernel | | | | | primitives, with the | | | | | exception of | | | | | truss(1). As procfs | | | | | is considered | | | | | deprecated due to | | | | | its inherent | | | | | security risks, it | | truss support | | | is highly desirable | | for ptrace | -- | -- | to update truss to | | | | | operate in a | | | | | post-procfs world. | | | | | Dag-Erling Smorgrav | | | | | had prototype | | | | | patches; | | | | | Robert Drehmel is | | | | | developing and | | | | | testing patches now. | | | | | Support for system | | | | | call tracing has | | | | | been added to | | | | | ptrace(). | |------------------+-------------+----------------+----------------------| | | | | FAST_IPSEC currently | | | | | cannot be used | | | | | directly with the | | | | | KAME IPv6 | | | | | implementation, | | | | | requiring an | | | | | additional level of | | | | | IP tunnel | | | | | indirection to | | | | | protect IPv6 packets | | FAST_IPSEC and | | | when using hardware | | KAME | Not done | -- | crypto acceleration. | | compatibility | | | This issue must be | | | | | resolved so that the | | | | | two services may | | | | | more easily be used | | | | | together. Among | | | | | other things, this | | | | | will require a | | | | | careful review of | | | | | the handling of mbuf | | | | | header copying and | | | | | m_tag support in the | | | | | KAME IPv6 code. | |------------------+-------------+----------------+----------------------| | | | | A process cannot be | | | | | interrupted while | | | | | waiting on a lock. | | rpc.lockd(8) | | | Fixing this requires | | stability | -- | -- | that the RPC code be | | | | | taught how to deal | | | | | with lock | | | | | cancellation and | | | | | interruption events. | |------------------+-------------+----------------+----------------------| | | | | Kernel modules are | | | | | currently built | | | | | independently from a | | | | | kernel | | | | | configuration, and | | | | | independently from | | | | | one another, | | | | | resulting in | | | | | substantially | | | | | redundant | | | | | compilation of | | | | | objects, as well as | | | | | the inability to | | | | | easily manage | | | | | compile-time options | | Revised kld | | | for kernel objects | | build | Not done | Peter Wemm | (such as MAC, PAE, | | infrastructure | | | etc) that may | | | | | require conditional | | | | | compilation in the | | | | | kernel modules. In | | | | | order to improve | | | | | build performance | | | | | and better support | | | | | options of this | | | | | sort, the KLD build | | | | | infrastructure needs | | | | | to be revamped. | | | | | Peter Wemm has done | | | | | some initial | | | | | prototyping, and | | | | | should be contacted | | | | | before starting on | | | | | this work. | |------------------+-------------+----------------+----------------------| | | | | Apple's Darwin | | | | | operating system has | | | | | fairly extensive | | Merge of Darwin | | | improvements to | | msdosfs, other | Not done | -- | msdosfs and other | | fixes | | | kernel services; | | | | | these fixes must be | | | | | reviewed and merged | | | | | to the FreeBSD tree. | |------------------+-------------+----------------+----------------------| | | | | Truss appears to | | | | | contain a race | | | | | condition during the | | | | | start-up of | | | | | debugging, which can | | | | | result in truss | | | | | failing to attach to | | | | | the process before | | | | | it exits. The | | | | | symptom is that | | | | | truss reports that | | | | | it cannot open the | | | | | procfs node | | | | | supporting the | | | | | process being | | | | | debugged. A bug also | | Race conditions | Errata | Robert Drehmel | appears to exist | | in truss | candidate | | where in truss will | | | | | hang if execve() | | | | | returns ENOENT. A | | | | | further race appears | | | | | to exist in which | | | | | truss will return | | | | | "PIOCWAIT: | | | | | Input/output error" | | | | | occasionally on | | | | | startup. The fix for | | | | | this sufficiently | | | | | changes process | | | | | execution handling | | | | | that we will defer | | | | | the fix to post-5.0 | | | | | and consider this | | | | | errata. | |------------------+-------------+----------------+----------------------| | | | | Truss appears to | | | | | have another | | | | | problem. It is | | | | | repeatable by | | | | | running "truss -f | | More truss | Not done | -- | fsck -p /", | | problems | | | suspending it with | | | | | ^Z, and then killing | | | | | truss. It will leave | | | | | behind the fsck | | | | | processes which will | | | | | be unkillable. | |------------------+-------------+----------------+----------------------| | | | | Many systems | | | | | supporting POSIX.1e | | | | | ACLs permit a minor | | | | | violation to that | | | | | specification, in | | | | | which the ACL_MASK | | ACL_MASK | | | entry overrides the | | override of | Not done | Robert Watson | umask, rather than | | umask support in | | | being intersected | | UFS | | | with it. The | | | | | resulting semantics | | | | | can be useful in | | | | | group-oriented | | | | | environments, and as | | | | | such would be very | | | | | helpful on FreeBSD. | |------------------+-------------+----------------+----------------------| | | | | The LOR reported in | | | | | PR kern/55175 needs | | filedesc LOR | Not done | -- | to be fixed. | | | | | Filedesc locking | | | | | needs to be heavily | | | | | reviewed in general. | |------------------+-------------+----------------+----------------------| | | | | Currently, MAC | | | | | protections are | | | | | enforced only on | | | | | locally originated | | | | | file system | | | | | operations (VOPs), | | | | | and not on RPCs | | | | | generated via the | | | | | NFS server. | | MAC support for | | | Improvements in NFS | | NFS Server | Not done | Robert Watson | server credential | | | | | handling are | | | | | required to correct | | | | | this problem, as | | | | | well as the | | | | | introduction of new | | | | | entry points to | | | | | properly label NFS | | | | | credentials and | | | | | perform enforcement | | | | | properly. | |------------------+-------------+----------------+----------------------| | | | | All PCI drivers must | | | | | use busdma for DMA; | | | | | no use of vtophys() | | busdma in all | In progress | -- | will be permitted | | PCI drivers | | | for any recent | | | | | device driver. ISA | | | | | drivers may be | | | | | exempt. | |------------------+-------------+----------------+----------------------| | | | | Userland bits | | KSE support for | In progress | Marcel | implemented, kernel | | alpha | | Moolenaar | bits not | | | | | implemented. | |------------------+-------------+----------------+----------------------| | | | | For kernel API/ABI | | | | | compatibility | | | | | reasons, it would be | | CAM locking | In progress | Scott Long, | desirable to have | | | | Justin Gibbs | the CAM locking | | | | | strategy determined | | | | | and loosely | | | | | implemented for 5.3. | |------------------+-------------+----------------+----------------------| | | | | When running syscons | | | | | on an Ultra-30 with | | | | | Creator-3D typing | | | | | characters on the | | | | | keyboard produces | | | | | garbage. Problem | | | | | reported by Kris | | syscons not | | | Kennaway. Debugging | | working on | Not done | -- | difficult due to | | Sparc64 Ultra-30 | | | lack of this | | | | | particular | | | | | configuration among | | | | | developers and | | | | | problem isn't | | | | | present on similar | | | | | hardware (e.g. no | | | | | problem on Ultra-60 | | | | | w/Creator-3D). | +------------------------------------------------------------------------+ Documentation items that must be resolved for 5.3 +-------------------------------------------------------------------------------------------------+ | Issue | Status |Responsible| Description | |--------------+-----------+-----------+----------------------------------------------------------| | | |Gavin |The installation documentation doesn't take into account | |i386 Floppy | |Atkinson, |the new floppy images (with a full kernel split across | |Installation |Done |Bruce A. |multiple disks). This should be updated. | |Docs | |Mah |References: | | | | |docs/70485 (closed) | |--------------+-----------+-----------+----------------------------------------------------------| |Finish | |Simon L. |Finish removing mention of individual devices in the | |hardware notes|In progress|Nielsen, |hardware notes and use auto-generated lists, based on | |trimming | |Christian |driver manual pages, instead. | | | |Brueffer | | |--------------+-----------+-----------+----------------------------------------------------------| | | | |The snd(4) and pcm(4) drivers have been renamed but their | | | | |manual pages are still outdated. sound(4) has to be added | | | | |and pcm(4), csa(4), gusc(4), sbc(4), and uaudio(4) should | |sound(4) | | |be revised. Other manual pages which refer to pcm(4) (if | |related manual|In progress|Simon L. |any) should possibly be revised, too. In addition, | |pages | |Nielsen |supported cards list needs to be updated. | | | | |References: | | | | |Manpage for snd_solo on -doc@ | | | | |[PATCH] sound(4) related manpages 5.3 TODO item on -doc@ | | | | |src/share/man/man4/Makefile rev.1.279 | |--------------+-----------+-----------+----------------------------------------------------------| | | | |This section is outdated, some rewrites are needed for | |Sound section | |Marc |5.3-RELEASE. | |in the |Done |Fonvieille |References: | |Handbook | | |doc/en_US.ISO8859-1/books/handbook/multimedia/chapter.sgml| | | | |rev.1.94 | |--------------+-----------+-----------+----------------------------------------------------------| |FDP | | |With the snd(4) and pcm(4) drivers changes, documentations| |documentations|Not done |-- |(FAQ) regarding the use of these drivers need an update. | |related pcm(4)| | | | |--------------+-----------+-----------+----------------------------------------------------------| | | | |Xin LI pointed out that FreeBSD 5.3-RELEASE is the first | | | | |stable release on 5.X and it is (hopefully) not for early | | | | |adopters. Early Adopter's Guide is still useful, but | |Early | |Bruce A. |contains a bit old information. Some parts of this guide | |Adopter's |Done |Mah, Tom |need a rewrite, and this document should be published as | |Guide | |Rhodes |"4.X to 5.X Migration Guide", which focuses difference | | | | |between 4.X and 5.X. | | | | |References: | | | | |Draft for review | | | | |discussion on -doc@ and -current@ | |--------------+-----------+-----------+----------------------------------------------------------| | | | |Some parts are outdated. doc/70485 has been committed, but| | | | |more work is needed to reflect the realities. bmah@ | | | | |pointed out that we should have "quick-start" installation| |Installation |Not done |Tom Rhodes |guide for each platform instead of the current ones | |Notes | | |because they become too long and difficult to be | | | | |maintained. | | | | |References: | | | | |doc/70485 (closed) | |--------------+-----------+-----------+----------------------------------------------------------| | | |Ken Tom, |Update the X11 chapter of the Handbook for X.Org's X11 | |Xorg |Done |Marc |server. | | | |Fonvieille |References: | | | | |books/handbook/config/chapter.sgml rev.1.147 | |--------------+-----------+-----------+----------------------------------------------------------| | | | |Ch.11.4 and 11.5 of the Handbook must be updated to | | | | |mention the new rc.d scripts and some ports use | |rc.d scripts |In progress|Tom Rhodes |/etc/rc.conf for their configuration. | | | | |References: | | | | |books/handbook/config/chapter.sgml rev.1.170 | | | | |books/handbook/config/chapter.sgml rev.1.172 | |--------------+-----------+-----------+----------------------------------------------------------| |Handbook's | | |Chapter 8 must be updated to match 5.3-RELEASE. | |kernel |Done |Ceri Davies|References: | |configuration | | |docs/70674 (closed) | |chapter | | |books/handbook/kernelconfig/chapter.sgml rev.1.135 | |--------------+-----------+-----------+----------------------------------------------------------| | | | |Some parts of Section 14.10 are outdated and are not | |Handbook's | | |correct for 5.X systems. | |IPsec section |Not done |-- |References: | | | | |ipsec on -doc@ | | | | |Problem with IPSEC in handbook on -doc@ | |--------------+-----------+-----------+----------------------------------------------------------| |Handbook's |Not done |-- |Vinum chapter needs to be revised for 5.X systems. | |Vinum chapter | | | | +-------------------------------------------------------------------------------------------------+ Testing focuses for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |--------------------+---------------+--------------+--------------------| | | | | KSE has matured to | | | | | the point of being | | | | | more stable and | | | | | POSIX-compliant | | | | | than the | | | | | traditional | | | | | libc_r. All Tier-1 | | | | | platforms MUST | | | | | have stable KSE | | | | David Xu, | support for 5.3 in | | KSE as the default | Needs testing | Daniel | order to support a | | threads library | | Eischen | consistent | | | | | transition. | | | | | Additionally, all | | | | | ports that depend | | | | | on the pthreads | | | | | API must be | | | | | modified to | | | | | properly detect | | | | | and support the | | | | | default threading | | | | | library. | |--------------------+---------------+--------------+--------------------| | | | | Binutils needs | | | | | updating in order | | Updated binutils | | David | to support new | | for all platforms | Needs testing | O'Brien | platforms, newer | | | | | GDB versions, and | | | | | Thread Local | | | | | Storage. | |--------------------+---------------+--------------+--------------------| | | | | The previous GCC | | | | | 3.3 snapshot | | | | | included | | | | | regressions in | | | | | alignment of | | | | | floating point | | gcc 3.3 floating | | | arguments, | | point alignment | Needs testing | | resulting in a | | regression | | | substantial | | | | | performance | | | | | degradation. The | | | | | recent GCC 3.4.2 | | | | | import should fix | | | | | this, but more | | | | | testing is needed. | |--------------------+---------------+--------------+--------------------| | | | | Jun Kuriyama has | | | | | reportged a failed | | | | | locking assertion | | | | | with IPv6 TCP | | in6_pcbnotify() | Needs testing | Robert | notifications. A | | panic with TCP | | Watson | patch has been | | | | | committed to the | | | | | CVS HEAD and | | | | | RELENG_5 and needs | | | | | further testing. | |--------------------+---------------+--------------+--------------------| | | | | To complete | | | | | support for | | | | | thread-local | | | | | storage on | | | | | FreeBSD, | | Per-platform | | Doug Rabson, | per-architecture | | Thread-Local | Needs testing | Marcel | changes must be | | Storage | | Moolenaar | made. Currently | | | | | pending platforms | | | | | are amd64, alpha, | | | | | ia64, i386, | | | | | sparc64, and | | | | | powerpc. | |--------------------+---------------+--------------+--------------------| | | | | High load on SMP | | | | | systems appears to | | | | | result in a hard | | | | | hang related to VM | | | | | IPI. Doug White | | SMP instability | | Doug White, | has prepared a | | under load | Needs testing | Alan L. Cox | candidate patch | | | | | that appears to | | | | | resolve this | | | | | instability, which | | | | | is currently in | | | | | testing for merge | | | | | to the CVS HEAD. | |--------------------+---------------+--------------+--------------------| | | | | Significant parts | | | | | of the network | | | | | stack (especially | | | | | IPv4, UNIX domain | | | | | IPC, and sockets) | | | | | now have | | | | | fine-grained | | | | | locking of their | | | | | data structures. | | | | | It's possible to | | | | | run many common | | | | | network subsystems | | | | | and services | | | | | without the Giant | | Fine-grained | | | lock. However, a | | network stack | | Robert | number of device | | locking without | Needs testing | Watson | drivers and less | | Giant | | | mainstream network | | | | | subsystems are | | | | | currently not | | | | | MPSAFE. By | | | | | 5.3-RELEASE, it is | | | | | necessary to have | | | | | the vast majority | | | | | of network code | | | | | running without | | | | | Giant, including | | | | | sockets, | | | | | permitting | | | | | complete | | | | | local<->remote | | | | | delivery without | | | | | grabbing Giant. | |--------------------+---------------+--------------+--------------------| | | | | KLDs work when | | | | | loaded from | | | | | userland, but not | | | | David | from the loader. | | kld support for | Needs testing | O'Brien, Ian | kldxref and loader | | amd64 | | Dowse | support has been | | | | | committed to HEAD | | | | | and RELENG_5 and | | | | | needs final | | | | | testing. | |--------------------+---------------+--------------+--------------------| | | | | Recent changes to | | | | | the ATA driver | | | | | trigger a bug on | | | | So/ren | sparc64 that | | ATA panics under | Needs testing | Schmidt, | causes a panic on | | sparc64 | | Scott Long | boot. This was | | | | | caused by bugs in | | | | | busdma that have | | | | | been hopefully | | | | | fixed. | |--------------------+---------------+--------------+--------------------| | | | | The ifconf() ioctl | | | | | for listing | | | | | network interfaces | | | | | performs a | | | | | copyout() while | | | | | holding the global | | | | | ifnet list mutex. | | | | | This generates a | | ifconf() sleep | | | witness warning in | | warning | Needs testing | Brooks Davis | the event that | | | | | copyout() | | | | | generates a page | | | | | fault, and risks | | | | | more serious | | | | | problems. A patch | | | | | has been committed | | | | | to HEAD and | | | | | RELENG_5, but | | | | | requires testing. | |--------------------+---------------+--------------+--------------------| | | | | There are reports | | | | | of applications | | | | | wedging in poll() | | | | | and select() while | | | | | running the | | | | | network stack | | | | | without the Giant | | | | | lock. A recent | | | | | sleepq change | | | | | appears to have | | | | | caused some of the | | | | | observed problems | | | | | to go away (others | | | | | are difficult to | | poll()/select() | | | test for due to | | application wedge | Needs testing | Robert | recent SMP | | reports with | | Watson | instability). A | | debug.mpsafenet=1 | | | fix has been | | | | | committed to CVS | | | | | HEAD and merged to | | | | | RELENG_5 and | | | | | appears to resolve | | | | | problems with | | | | | poll(); we are | | | | | waiting for | | | | | feedback that it | | | | | has corrected the | | | | | reported problems | | | | | with select() also | | | | | before moving this | | | | | to "testing" | | | | | status. | |--------------------+---------------+--------------+--------------------| | | | | There have been | | | | | several reports of | | | | | if_em cards | | if_em wedging | Needs testing | Max Laier | "wedging" under | | under high pps | | | high | | | | | packets-per-second | | | | | load. A fix is in | | | | | RELENG_5 now. | |--------------------+---------------+--------------+--------------------| | | | | A recent | | | | | regression in the | | | | | USB code is | | Panic on USB | | Warner Losh, | causing panics | | detach | Needs testing | Scott Long | when a USB device | | | | | detaches, | | | | | especially USB | | | | | hubs. A fix is in | | | | | RELENG_5 now. | |--------------------+---------------+--------------+--------------------| | | | | There are reports | | | | | that racoon is | | | | | unable to complete | | | | | IKE negotiation | | | | | due to a send to | | | | | the pfkey socket | | KAME IPSEC | | | returning ENOBUFS. | | "ENOBUFS" problem | | Robert | This appears to be | | with racoon and | Needs testing | Watson | a result of an | | mbuma | | | incorrect | | | | | assumption about | | | | | mbuf data size due | | | | | to a change | | | | | resulting from | | | | | mbuma. A fix for | | | | | this is in | | | | | RELENG_5 now. | |--------------------+---------------+--------------+--------------------| | | | | BIND9 is now in | | | | | RELENG_5 and HEAD. | | | | Doug Barton, | Testing is needed | | BIND9 import into | | Dag-Erling | of basic | | 5-CURRENT | Needs testing | Smorgrav, | functionality, | | | | Tom Rhodes | migration from | | | | | 8.x, and 3rd party | | | | | packages in the | | | | | ports tree. | |--------------------+---------------+--------------+--------------------| | | | | Synaptics updates | | | | | to the psm(4) | | | | | driver have | | | | | resulted in poor | | | | | interactivity for | | | | | taps and button | | Synaptics touchpad | Needs testing | Philip Paeps | press events for | | problems | | | some users. | | | | | Support is now | | | | | disabled by | | | | | default but work | | | | | will procede to | | | | | fix the underlying | | | | | problems. | +------------------------------------------------------------------------+ ---------------------------------------------------------------------- home | contact | legal | (c) 1995-2004 The FreeBSD Project. All rights reserved. Last modified: 2004/10/01 19:22:52 From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 05:22:15 2004 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 75B1816A4CE for ; Sat, 2 Oct 2004 05:22:15 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04FAC43D39 for ; Sat, 2 Oct 2004 05:22:15 +0000 (GMT) (envelope-from david.downey@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so3703226rnk for ; Fri, 01 Oct 2004 22:22:14 -0700 (PDT) Received: by 10.38.77.44 with SMTP id z44mr5231985rna; Fri, 01 Oct 2004 22:22:14 -0700 (PDT) Received: by 10.38.82.69 with HTTP; Fri, 1 Oct 2004 22:22:14 -0700 (PDT) Message-ID: <6917b781041001222274d003c4@mail.gmail.com> Date: Sat, 2 Oct 2004 01:22:14 -0400 From: "David D.W. Downey" To: Current Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Inability to create jails under 5.3-BETA6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "David D.W. Downey" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Oct 2004 05:22:15 -0000 Evening folks, No matter what the hell i do, from booting into single mode, to making .cshrc and .shrc entries for $JAILDIR and following the 'man jail' tutorial i get the following. Doesn't matter what i do. This works *flawlessly* under 4.10-RELEASE-p2 but fails miserably on any 5.3 version from BETA4 on up to BETA6 This is an excerpt from the build process. I've exported the jail dir as according to the man page (The variable would be 'D' in the man page example) -------------------------------------------------------------- >>> stage 1.2: bootstrap tools -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/i386 DESTDIR= INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/i386 MAKEFLAGS="-m /usr/src/tools/build/mk DESTDIR=/usr/local/LOCKBOX/virtual-tree/production/www.cyberspacetech.com -m /usr/src/share/mk" make -f Makefile.inc1 BOOTSTRAPPING=503000 -DNOHTML -DNOINFO -DNOLINT -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -DNO_CPU_CFLAGS -DNO_WARNS bootstrap-tools ===> games/fortune/strfile /usr/obj/usr/src/i386/usr/src/games/fortune/strfile created for /usr/src/games/fortune/strfile rm -f .depend mkdep -f .depend -a -I/usr/obj/usr/src/i386/legacy/usr/include /usr/src/games/fortune/strfile/strfile.c echo strfile: /usr/local/LOCKBOX/virtual-tree/production/www.cyberspacetech.com/usr/lib/libc.a /usr/obj/usr/src/i386/legacy/usr/lib/libegacy.a >> .depend cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/games/fortune/strfile/strfile.c make: don't know how to make /usr/local/LOCKBOX/virtual-tree/production/www.cyberspacetech.com/usr/lib/libc.a. Stop *** Error code 2 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. silvani# ls /usr/local/LOCKBOX/virtual-tree/production/ .snap www.cyberspacetech.com silvani# ls /usr/local/LOCKBOX/virtual-tree/production/www.cyberspacetech.com/ silvani# -- David D.W. Downey From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 05:30:58 2004 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 7349216A4CE for ; Sat, 2 Oct 2004 05:30:58 +0000 (GMT) Received: from dglawrence.com (dsl-230-156.ipns.com [209.210.230.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF5E243D2D for ; Sat, 2 Oct 2004 05:30:57 +0000 (GMT) (envelope-from dg@nexus.dglawrence.com) Received: from nexus.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.12.10/8.12.6) with ESMTP id i925UcrW093639 for ; Fri, 1 Oct 2004 22:30:38 -0700 (PDT) (envelope-from dg@nexus.dglawrence.com) Received: (from dg@localhost) by nexus.dglawrence.com (8.12.10/8.12.3/Submit) id i925Uckf093638 for freebsd-current@freebsd.org; Fri, 1 Oct 2004 22:30:38 -0700 (PDT) Resent-From: "David G. Lawrence" Resent-Date: Fri, 1 Oct 2004 22:30:37 -0700 Resent-Message-ID: <20041002053037.GF17792@nexus.dglawrence.com> Resent-To: freebsd-current@freebsd.org Date: Fri, 1 Oct 2004 22:28:56 -0700 From: "David G. Lawrence" To: "Scot W. Hetzel" Message-ID: <20041002052856.GE17792@nexus.dglawrence.com> References: <200410020349.i923nG8v021675@northstar.hetzel.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410020349.i923nG8v021675@northstar.hetzel.org> cc: freebsd-current@freebsd.org Subject: Re: Bug in #! processing 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: Sat, 02 Oct 2004 05:30:58 -0000 > The following patch changes the check for end of line, so that a comment > on the first line must be preceded by white space (' ' or '\t'). Personally, I'm thinking that all of the support for a "comment" on the interpreter line is bogus and it would be better to back out rev 1.21 rather than add even more complicated code to work around all of the problems that it causes. -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 TeraSolutions, Inc. - http://www.terasolutions.com - (888) 346 7175 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 05:54:28 2004 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 A65F016A4CE; Sat, 2 Oct 2004 05:54:28 +0000 (GMT) Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com (CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com [69.193.222.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B40743D39; Sat, 2 Oct 2004 05:54:28 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from 192.168.0.1 (localhost [127.0.0.1]) with ESMTP id 656902954DB; Sat, 2 Oct 2004 01:54:12 -0400 (EDT) Received: from 192.168.0.188 (SquirrelMail authenticated user mikej); by 192.168.0.1 with HTTP; Sat, 2 Oct 2004 01:54:12 -0400 (EDT) Message-ID: <2439.192.168.0.188.1096696452.squirrel@192.168.0.188> In-Reply-To: <200410010741.i917fJUo076107@pooker.samsco.org> References: <200410010741.i917fJUo076107@pooker.samsco.org> Date: Sat, 2 Oct 2004 01:54:12 -0400 (EDT) From: "Mike Jakubik" To: re@FreeBSD.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-wettoast-MailScanner-Information: Please contact the ISP for more information X-wettoast-MailScanner: Found to be clean X-MailScanner-From: mikej@rogers.com cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO 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: Sat, 02 Oct 2004 05:54:28 -0000 Scott Long said: > This is an automated weekly mailing of the FreeBSD 5.3 open issues list. > The live version of this list is available at: > > http://www.FreeBSD.org/releases/5.3R/todo.html > > Automated mailing of this list will continue through the release of > FreeBSD 5.3 Well, it sounds like its going to take a year or so for 5.3 to be released. Good luck, and thanks to all that are contributing to the cause :) From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 06:02:18 2004 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 549A016A4CE; Sat, 2 Oct 2004 06:02:18 +0000 (GMT) Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net [69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11F7343D48; Sat, 2 Oct 2004 06:02:16 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i92624fX001803; Sat, 2 Oct 2004 02:02:04 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i92621Wr001802; Sat, 2 Oct 2004 02:02:01 -0400 (EDT) (envelope-from green) Date: Sat, 2 Oct 2004 02:02:01 -0400 From: Brian Fundakowski Feldman To: John Baldwin Message-ID: <20041002060201.GB1034@green.homeunix.org> References: <20040924230425.GB1164@green.homeunix.org> <20040925101021.A78979@bpgate.speednet.com.au> <200409271635.44017.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409271635.44017.jhb@FreeBSD.org> User-Agent: Mutt/1.5.6i cc: scottl@FreeBSD.org cc: Andy Farkas cc: freebsd-current@FreeBSD.org cc: julian@FreeBSD.org Subject: Re: panic: APIC: Previous IPI is stuck 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: Sat, 02 Oct 2004 06:02:18 -0000 On Mon, Sep 27, 2004 at 04:35:44PM -0400, John Baldwin wrote: > On Friday 24 September 2004 08:24 pm, Andy Farkas wrote: > > I have been having this problem for a few weeks now. Glad I'm not the only > > one. My box is a 4xPPro running 5.3-BETA5. It panics with either ULE > > or 4BSD. > > > > My theory is that a physical IPI gets lost somewhere and the kerenl spins > > waiting for it. But thats just a stab in the dark because nobody cares to > > explain why IPI's would be stuck. > > The panic has to do with a previous IPI not finished being sent from the same > CPU. I've yet to determine why this happens. You can try editing > sys/i386/i386/local_apic.c and turning on 'DETECT_DEADLOCK' (I think it is > just commented out) and seeing if that improves stability. I also see this > on a 4xPIIXeon system I use for testing. > > > -andyf > > > > On Fri, 24 Sep 2004, Brian Fundakowski Feldman wrote: > > > This is on a 2xAthlon with the SCHED_ULE, HZ=1000, SW_WATCHDOG, and > > > nothing really special in development. > > > > > > FreeBSD green.homeunix.org 6.0-CURRENT FreeBSD 6.0-CURRENT #110: Wed Sep > > > 22 11:28:27 EDT 2004 > > > root@green.homeunix.org:/usr/src/sys/i386/compile/GREEN i386 > > > > > > panic: APIC: Previous IPI is stuck > > > cpuid = 1 > > > KDB: stack backtrace: > > > kdb_backtrace(c063cae7,1,c063c5e7,d4411b28,c1da2000) at > > > kdb_backtrace+0x2e panic(c063c5e7,1,f3,1,2) at panic+0x128 > > > lapic_ipi_vectored(f3,1,c1da2494,1,c0675910) at 64) at > > > sched_add_internal+0x21e kseq_assign(c0675910,1,c0625a07,5e0,c1da1540) at > > > kseq_assign+0x4a sched_clock(c1da2000,2,c0621165,17e,d4411c54) at > > > sched_clock+0x74 statclock(d4411c54,c1ecc840,d4411c3c,c05edc8b,d4411c54) > > > at statclock+0xf8 rtcintr(d4411c54,c0487af4,c06733a0,2,8) at rtcintr+0x4f > > > intr_execute_handlers(c1dca8f0,d4411c54,d4411cb4,c05ea0e3,38) at > > > intr_execute_ha ndlers+0xab > > > lapic_handle_intr(38) at lapic_handle_intr+0x3a > > > Xapic_isr1() at Xapic_isr1+0x33 > > > --- interrupt, eip = 0xc04a640a, esp = 0xd4411c98, ebp = 0xd4411cb4 --- > > > _mtx_lock_sleep(c06733e0,c1da2000,0,c06220e8,222) at > > > _mtx_lock_sleep+0x13a _mtx_lock_flags(c06733e0,0,c06220e8,222,0) at > > > _mtx_lock_flags+0xc0 > > > ithread_loop(c1da6200,d4411d48,c0621edb,31f,c1da6200) at > > > ithread_loop+0x15a fork_exit(c0499660,c1da6200,d4411d48) at > > > fork_exit+0xc6 > > > fork_trampoline() at fork_trampoline+0x8 > > > --- trap 0x1, eip = 0, esp = 0xd4411d7c, ebp = 0 --- > > > KDB: enter: panic > > > panic: APIC: Previous IPI is stuck > > > cpuid = 1 > > > boot() called on cpu#1 > > > Uptime: 2d0h16m55s > > > ^^ full hang instead of reset Okay, I just got another one of these, exactly the same as that one but for the fact that the softclock() interrupt was specifically locking Giant instead of the interrupt thread loop. So the other CPU owned Giant at the time and the scheduling CPU is trying to acquire it and interrupted by needing to run the statclock(). This is way too coincidental to ignore. SCHED_ULE is far too complex for me to understand much of right now; what prevents sched_clock() from calling kseq_assign() multiple times per CPU? Are we _absolutely_100%_certain_ that functionality works correctly? -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 06:24:33 2004 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 50F0D16A4CE for ; Sat, 2 Oct 2004 06:24:33 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07F6543D1D for ; Sat, 2 Oct 2004 06:24:33 +0000 (GMT) (envelope-from david.downey@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so3704709rnk for ; Fri, 01 Oct 2004 23:24:32 -0700 (PDT) Received: by 10.38.126.4 with SMTP id y4mr687943rnc; Fri, 01 Oct 2004 23:24:32 -0700 (PDT) Received: by 10.38.82.69 with HTTP; Fri, 1 Oct 2004 23:24:32 -0700 (PDT) Message-ID: <6917b781041001232434a97973@mail.gmail.com> Date: Sat, 2 Oct 2004 02:24:32 -0400 From: "David D.W. Downey" To: Current In-Reply-To: <6917b781041001222274d003c4@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <6917b781041001222274d003c4@mail.gmail.com> Subject: Re: Inability to create jails under 5.3-BETA6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "David D.W. Downey" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Oct 2004 06:24:33 -0000 On Sat, 2 Oct 2004 01:22:14 -0400, David D.W. Downey wrote: > Evening folks, > > No matter what the hell i do, from booting into single mode, to making > .cshrc and .shrc entries for $JAILDIR and following the 'man jail' > tutorial i get the following. Doesn't matter what i do. This works > *flawlessly* under 4.10-RELEASE-p2 but fails miserably on any 5.3 > version from BETA4 on up to BETA6 > > This is an excerpt from the build process. I've exported the jail dir > as according to the man page (The variable would be 'D' in the man > page example) > > -------------------------------------------------------------- > >>> stage 1.2: bootstrap tools > -------------------------------------------------------------- > cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/i386 DESTDIR= > INSTALL="sh /usr/src/tools/install.sh" > PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > WORLDTMP=/usr/obj/usr/src/i386 MAKEFLAGS="-m /usr/src/tools/build/mk > DESTDIR=/usr/local/LOCKBOX/virtual-tree/production/www.cyberspacetech.com > -m /usr/src/share/mk" make -f Makefile.inc1 BOOTSTRAPPING=503000 > -DNOHTML -DNOINFO -DNOLINT -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED > -DNO_CPU_CFLAGS -DNO_WARNS bootstrap-tools > ===> games/fortune/strfile > /usr/obj/usr/src/i386/usr/src/games/fortune/strfile created for > /usr/src/games/fortune/strfile > rm -f .depend > mkdep -f .depend -a -I/usr/obj/usr/src/i386/legacy/usr/include > /usr/src/games/fortune/strfile/strfile.c > echo strfile: /usr/local/LOCKBOX/virtual-tree/production/www.cyberspacetech.com/usr/lib/libc.a > /usr/obj/usr/src/i386/legacy/usr/lib/libegacy.a >> .depend > cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -c > /usr/src/games/fortune/strfile/strfile.c > make: don't know how to make > /usr/local/LOCKBOX/virtual-tree/production/www.cyberspacetech.com/usr/lib/libc.a. > Stop > *** Error code 2 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > silvani# ls /usr/local/LOCKBOX/virtual-tree/production/ > .snap www.cyberspacetech.com > silvani# ls /usr/local/LOCKBOX/virtual-tree/production/www.cyberspacetech.com/ > silvani# > > -- > David D.W. Downey > As an addition, I'v ehad several friends and fellow admins attemp this as well. I have at least 3 that have reported back that the same error occurs (aka jails failing to build) though it fails at different stages for them, with only 1 reporting the *same* spot for the death as I had. The others were at different stages.) I'd like to know if anyone else is also having these problems. -- David D.W. Downey From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 07:18:49 2004 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 7B08416A4D4 for ; Sat, 2 Oct 2004 07:18:49 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21AEE43D2D for ; Sat, 2 Oct 2004 07:18:49 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id C9EA7F1B21; Sat, 2 Oct 2004 00:18:48 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 87979-02; Sat, 2 Oct 2004 00:18:47 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id E7277F1AC4; Sat, 2 Oct 2004 00:18:46 -0700 (PDT) From: Sean McNeil To: Kris Kennaway In-Reply-To: <1096583414.1305.6.camel@server> References: <1096581842.1077.4.camel@server> <20040930220802.GA16993@xor.obsecurity.org> <1096582214.1189.1.camel@server> <20040930221219.GA17109@xor.obsecurity.org> <1096583414.1305.6.camel@server> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-6T/+m9O65GAQhoopPxMC" Message-Id: <1096701526.88269.0.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 02 Oct 2004 00:18:46 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: totem in gdb crashes -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: Sat, 02 Oct 2004 07:18:49 -0000 --=-6T/+m9O65GAQhoopPxMC Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-09-30 at 15:30, Sean McNeil wrote: > On Thu, 2004-09-30 at 15:12, Kris Kennaway wrote: > > On Thu, Sep 30, 2004 at 03:10:14PM -0700, Sean McNeil wrote: > > > On Thu, 2004-09-30 at 15:08, Kris Kennaway wrote: > > > > On Thu, Sep 30, 2004 at 03:04:02PM -0700, Sean McNeil wrote: > > > > > I can crash my -current/amd64 machine each time by doing: > > > > >=20 > > > > > gdb `which totem` > > > > > r > > > > >=20 > > > > > The machine reboots with no information in log files or dropping = down > > > > > into the debugger. > > > >=20 > > > > Unable to reproduce: > > > >=20 > > > > hammer02# gdb `which totem` > > > > Excess command line arguments ignored. (not ...) > > > > GNU gdb 6.1.1 [FreeBSD] > > > > Copyright 2004 Free Software Foundation, Inc. > > > > GDB is free software, covered by the GNU General Public License, an= d you are > > > > welcome to change it and/or distribute copies of it under certain c= onditions. > > > > Type "show copying" to see the conditions. > > > > There is absolutely no warranty for GDB. Type "show warranty" for = details. > > > > This GDB was configured as "amd64-marcel-freebsd"...totem:: No such= file or directory. > > > >=20 > > > > /root/Command: No such file or directory. > > > > (gdb) > > >=20 > > > Do you have totem installed? Mine is compiled with gstreamer support= .=20 > >=20 > > OK, can you provide a binary? >=20 > Tried to email it to you, but it is too big. You can find it in >=20 > www.mcneil.com/~sean >=20 > Let me know if you need any libraries. This was recompiled just today > along with gstreamer and gstreamer-plugins. Anyone able to reproduce this problem? --=-6T/+m9O65GAQhoopPxMC Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBXlZWyQsGN30uGE4RArJVAJ9H2uISpYuvuN6jcKLkyl/Q9lcEZACghvbh GTEErr/xj0JZKH9nlUbxheg= =2TdC -----END PGP SIGNATURE----- --=-6T/+m9O65GAQhoopPxMC-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 08:26:45 2004 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 F15FB16A4CE for ; Sat, 2 Oct 2004 08:26:45 +0000 (GMT) Received: from freebsd3.cimlogic.com.au (adsl-20-121.swiftdsl.com.au [218.214.20.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4909D43D54 for ; Sat, 2 Oct 2004 08:26:45 +0000 (GMT) (envelope-from jb@cimlogic.com.au) Received: by freebsd3.cimlogic.com.au (Postfix, from userid 102) id 790A66AA04; Sat, 2 Oct 2004 18:26:43 +1000 (EST) Date: Sat, 2 Oct 2004 18:26:43 +1000 From: John Birrell To: current@freebsd.org Message-ID: <20041002082643.GA14648@freebsd3.cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: dig after bind9 upgrade 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: Sat, 02 Oct 2004 08:26:46 -0000 dig doesn't work for me after the bind9 upgrade. It gets a corrupted server name in make_server(). I haven't seen any problems posted here, so I guess I either got a bad build or nobody digs. 8-) -- John Birrell From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 08:33:44 2004 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 2610916A4DF for ; Sat, 2 Oct 2004 08:33:44 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A64D43D1D for ; Sat, 2 Oct 2004 08:33:43 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CDfKj-0003IM-00 for current@freebsd.org Sat, 02 Oct 2004 10:33:37 +0200 Received: from [212.106.236.104] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CDfKi-0003Fj-00 for current@freebsd.org Sat, 02 Oct 2004 10:33:36 +0200 Received: from orion.redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i928XcYP001356 for ; Sat, 2 Oct 2004 10:33:39 +0200 (CEST) (envelope-from freebsd@redesjm.local) From: Jose M Rodriguez To: current@freebsd.org Date: Sat, 2 Oct 2004 10:33:37 +0200 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410021033.37844.freebsd@redesjm.local> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus Subject: problems with latest bind9 setup changes 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: Sat, 02 Oct 2004 08:33:44 -0000 Hi, I'm running named in a sandwitch config form: named_flags="-u bind -c /var/named/named.conf After my last update, I've got my /var/named/ dir polluted by a chroot setup. I think this is not the way. /etc/rc.d/named must do this from chroot_autoupdate() only when required to do so. If /var/named must became a system directory, I can move my config to /var/namebd or so. But I like to read HEADS UP about those things. Thanks in advance, -- josemi From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 08:39:32 2004 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 E426316A4CE for ; Sat, 2 Oct 2004 08:39:32 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 2CB6843D45 for ; Sat, 2 Oct 2004 08:39:32 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 47365 invoked by uid 0); 2 Oct 2004 08:38:58 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 2 Oct 2004 08:38:58 -0000 Message-ID: <415E6944.10105@gamersimpact.com> Date: Sat, 02 Oct 2004 03:39:32 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "David G. Lawrence" References: <200410020349.i923nG8v021675@northstar.hetzel.org> <20041002052856.GE17792@nexus.dglawrence.com> In-Reply-To: <20041002052856.GE17792@nexus.dglawrence.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "Scot W. Hetzel" cc: freebsd-current@freebsd.org Subject: Re: Bug in #! processing 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: Sat, 02 Oct 2004 08:39:33 -0000 David G. Lawrence wrote: >>The following patch changes the check for end of line, so that a comment >>on the first line must be preceded by white space (' ' or '\t'). >> >> > > Personally, I'm thinking that all of the support for a "comment" on >the interpreter line is bogus and it would be better to back out rev >1.21 rather than add even more complicated code to work around all of >the problems that it causes. > >-DG > > I tend to agree. I don't really see adding comments on the first line as being all that necessary or useful of a feature personally. However, as someone mentioned this has been in for almost 5 years and it's equally bad to break a feature some might have come to rely on. I'm not sure I like adding a sysctl for something as trivial as this either, something along the lines of kernel bloat. But if that's the best solution to incrementally back this out then I guess it has to be. Perhaps this is something that should be taken to arch@ for further discussion. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 08:47:44 2004 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 50FEC16A4CE for ; Sat, 2 Oct 2004 08:47:44 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57ABE43D1F for ; Sat, 2 Oct 2004 08:47:43 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i928lepf088429; Sat, 2 Oct 2004 11:47:41 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 77501-05; Sat, 2 Oct 2004 11:47:39 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i928lctM088426 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 2 Oct 2004 11:47:39 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i928lfTM055990; Sat, 2 Oct 2004 11:47:41 +0300 (EEST) (envelope-from ru) Date: Sat, 2 Oct 2004 11:47:41 +0300 From: Ruslan Ermilov To: Jose M Rodriguez Message-ID: <20041002084741.GA55948@ip.net.ua> References: <200410021033.37844.freebsd@redesjm.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: <200410021033.37844.freebsd@redesjm.local> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@freebsd.org Subject: Re: problems with latest bind9 setup changes 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: Sat, 02 Oct 2004 08:47:44 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Jose, On Sat, Oct 02, 2004 at 10:33:37AM +0200, Jose M Rodriguez wrote: > I'm running named in a sandwitch config form: > named_flags=3D"-u bind -c /var/named/named.conf >=20 > After my last update, I've got my /var/named/ dir polluted by a chroot se= tup. > I think this is not the way. >=20 > /etc/rc.d/named must do this from chroot_autoupdate() only when required = to do=20 > so. >=20 > If /var/named must became a system directory, I can move my config=20 > to /var/namebd or so. But I like to read HEADS UP about those things. >=20 There was a HEADS up message sent to the current@ mailing list. There is also a relevant entry in src/UPDATING, "20040928". Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBXmstqRfpzJluFF4RAkolAKCYw9qfOq3Yvayc3krxzgKXy3R4GgCffe8u yEaIEnrR0BInhT2fZgV5ILM= =Fpsg -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 09:48:51 2004 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 9A25916A4CE for ; Sat, 2 Oct 2004 09:48:51 +0000 (GMT) Received: from dill.salatschuessel.net (pD9E21F52.dip.t-dialin.net [217.226.31.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34BEB43D41 for ; Sat, 2 Oct 2004 09:48:50 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 52831 invoked by uid 89); 2 Oct 2004 09:48:48 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (olivleh1@dill.salatschuessel.net@10.0.1.51) by dill.salatschuessel.net with SMTP; 2 Oct 2004 09:48:48 -0000 Date: Sat, 2 Oct 2004 11:48:47 +0200 From: Oliver Lehmann To: Tim Kientzle Message-Id: <20041002114847.79c74818.lehmann@ans-netz.de> In-Reply-To: <4155FBBE.7090806@freebsd.org> References: <20040923062411.7b5a70d7.lehmann@ans-netz.de> <4152EAA5.30807@freebsd.org> <20040923190219.176a5848.lehmann@ans-netz.de> <4155FBBE.7090806@freebsd.org> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: bsdtar doesn't detect end of tape 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: Sat, 02 Oct 2004 09:48:51 -0000 Tim Kientzle wrote: > Ergh. I haven't managed to reproduce > this here yet; I'll keep trying. ok, I checked out the latest version of libarchive and tar (CURRENT) and compiled them. Still the same problem - I can tar more than the tape can hold (I tared all files of a filelist for a dds3 tape on a dds2 tape). I got no error. Actually I'm restoring what I backuped on it.... But I don't know if I see it finishing, because I'm on the way of leaving for vacation... -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 09:59:33 2004 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 EF1EF16A4CE; Sat, 2 Oct 2004 09:59:33 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A51643D58; Sat, 2 Oct 2004 09:59:32 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CDgfn-000322-00 Sat, 02 Oct 2004 11:59:27 +0200 Received: from [212.106.236.104] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CDgfm-00031I-00 Sat, 02 Oct 2004 11:59:26 +0200 Received: from orion.redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i929dpnI002758; Sat, 2 Oct 2004 11:39:52 +0200 (CEST) (envelope-from freebsd@redesjm.local) From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Sat, 2 Oct 2004 11:39:49 +0200 User-Agent: KMail/1.7 References: <200410021033.37844.freebsd@redesjm.local> <20041002084741.GA55948@ip.net.ua> In-Reply-To: <20041002084741.GA55948@ip.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410021139.49551.freebsd@redesjm.local> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: Jose M Rodriguez cc: current@freebsd.org Subject: Re: problems with latest bind9 setup changes 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: Sat, 02 Oct 2004 09:59:34 -0000 El S=E1bado, 2 de Octubre de 2004 10:47, Ruslan Ermilov escribi=F3: > Hi Jose, > > On Sat, Oct 02, 2004 at 10:33:37AM +0200, Jose M Rodriguez wrote: > > I'm running named in a sandwitch config form: > > named_flags=3D"-u bind -c /var/named/named.conf > > > > After my last update, I've got my /var/named/ dir polluted by a chroot > > setup. I think this is not the way. > > > > /etc/rc.d/named must do this from chroot_autoupdate() only when required > > to do so. > > > > If /var/named must became a system directory, I can move my config > > to /var/namebd or so. But I like to read HEADS UP about those things. > > There was a HEADS up message sent to the current@ mailing list. > There is also a relevant entry in src/UPDATING, "20040928". > > Ah, so you must /usr/src/UPDATING =2D If enabled, the default is now to run named in a chroot + The default is now to run named in a chroot Using /etc/mtree/BIND.chroot.dist from chroot_autoupdate() is not the same= =20 that put /var/named in /etc/mtree/BSD.var.dist. Well, moving config to var/namedb. IMHO, this is not a good design. If you ask ten admin about the best named= =20 chrooted setup, you'll get, at last, twelve setups. Making strong support for a chrooted named is really needed. But moving th= e=20 release default setup to a strong model on that not. I'll prefer a sandwid= ch=20 setup (named_flags=3D"-u bind", named_chroot=3D"") as release default. > Cheers, Thanks for your time, =2D- josemi From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 09:59:33 2004 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 EF1EF16A4CE; Sat, 2 Oct 2004 09:59:33 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A51643D58; Sat, 2 Oct 2004 09:59:32 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CDgfn-000322-00 Sat, 02 Oct 2004 11:59:27 +0200 Received: from [212.106.236.104] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CDgfm-00031I-00 Sat, 02 Oct 2004 11:59:26 +0200 Received: from orion.redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i929dpnI002758; Sat, 2 Oct 2004 11:39:52 +0200 (CEST) (envelope-from freebsd@redesjm.local) From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Sat, 2 Oct 2004 11:39:49 +0200 User-Agent: KMail/1.7 References: <200410021033.37844.freebsd@redesjm.local> <20041002084741.GA55948@ip.net.ua> In-Reply-To: <20041002084741.GA55948@ip.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410021139.49551.freebsd@redesjm.local> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: Jose M Rodriguez cc: current@freebsd.org Subject: Re: problems with latest bind9 setup changes 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: Sat, 02 Oct 2004 09:59:34 -0000 El S=E1bado, 2 de Octubre de 2004 10:47, Ruslan Ermilov escribi=F3: > Hi Jose, > > On Sat, Oct 02, 2004 at 10:33:37AM +0200, Jose M Rodriguez wrote: > > I'm running named in a sandwitch config form: > > named_flags=3D"-u bind -c /var/named/named.conf > > > > After my last update, I've got my /var/named/ dir polluted by a chroot > > setup. I think this is not the way. > > > > /etc/rc.d/named must do this from chroot_autoupdate() only when required > > to do so. > > > > If /var/named must became a system directory, I can move my config > > to /var/namebd or so. But I like to read HEADS UP about those things. > > There was a HEADS up message sent to the current@ mailing list. > There is also a relevant entry in src/UPDATING, "20040928". > > Ah, so you must /usr/src/UPDATING =2D If enabled, the default is now to run named in a chroot + The default is now to run named in a chroot Using /etc/mtree/BIND.chroot.dist from chroot_autoupdate() is not the same= =20 that put /var/named in /etc/mtree/BSD.var.dist. Well, moving config to var/namedb. IMHO, this is not a good design. If you ask ten admin about the best named= =20 chrooted setup, you'll get, at last, twelve setups. Making strong support for a chrooted named is really needed. But moving th= e=20 release default setup to a strong model on that not. I'll prefer a sandwid= ch=20 setup (named_flags=3D"-u bind", named_chroot=3D"") as release default. > Cheers, Thanks for your time, =2D- josemi From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 10:07:08 2004 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 F2FD016A4CE for ; Sat, 2 Oct 2004 10:07:07 +0000 (GMT) Received: from smradoch.ath.cx (r2g224.chello.upc.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C0F843D1D for ; Sat, 2 Oct 2004 10:07:07 +0000 (GMT) (envelope-from neuhauser@chello.cz) Received: by smradoch.ath.cx (Postfix, from userid 1001) id C6A631F87BEE; Sat, 2 Oct 2004 12:07:03 +0200 (CEST) Date: Sat, 2 Oct 2004 12:07:03 +0200 From: Roman Neuhauser To: =?iso-8859-2?Q?S=B3awek_=AFak?= Message-ID: <20041002100703.GA501@isis.wad.cz> Mail-Followup-To: =?iso-8859-2?Q?S=B3awek_=AFak?= , Ceri Davies , freebsd-current@freebsd.org References: <861xgm5ltz.fsf@thirst.unx.era.pl> <20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl> <20040929131136.GA2493@submonkey.net> <86mzz8x8zv.fsf@thirst.unx.era.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86mzz8x8zv.fsf@thirst.unx.era.pl> User-Agent: Mutt/1.5.6i cc: Ceri Davies cc: freebsd-current@freebsd.org Subject: Re: Bug in #! processing 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: Sat, 02 Oct 2004 10:07:08 -0000 # zaks@prioris.mini.pw.edu.pl / 2004-09-30 13:59:48 +0200: > I don't see a convincing use for comments on the first line of script. > Hash is special already when treated as comment character. # is not a > comment in any `scripting language'. It is a shell legacy and shouldn't > be forced on the remaining universe. '#' is the (or a) comment character in awk, perl, PHP, python, ruby and sed, just from the top of my head. -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 10:37:45 2004 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 E919216A4CE for ; Sat, 2 Oct 2004 10:37:45 +0000 (GMT) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19C1343D46 for ; Sat, 2 Oct 2004 10:37:45 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.1/8.13.1) with ESMTP id i92Ab0YY000725 for ; Sat, 2 Oct 2004 12:37:00 +0200 (CEST) (envelope-from ivoras@fer.hr) Message-ID: <415E84CC.5040502@fer.hr> Date: Sat, 02 Oct 2004 12:37:00 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: GEOM/ggate or VFS problem? 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: Sat, 02 Oct 2004 10:37:46 -0000 I've made a GEOM compression layer daemon for ggate (compresses data before storing to underlying file/media). It's still early version and unfinished, and it's available at: http://ivoras.sharanet.org/ggcomp.tgz I know it supports building (and using) an UFS[2] filesystem in it, I haven't tried others (It registers as a device with 8k sectors; it seems it's the maximum UFS can handle, although the compression would be more efficient with larger sector sizes). It's really good at making backups of /dev/zero :) Writing to the device "raw" (e.g. dd if=/dev/zero of=/dev/ggate0) seems to work fine. When I use it to host UFS2 filesystem, and do (relatively) large writes to it, both ggcomp and the writing process (e.g. dd) get stuck in the 'wdrain' state, and the system often cannot be recovered except by hard reboot (e.g. everything (console, network) is still active and responsive, CPU is not being hogged, but any fs writes get stuck). I've reproduced exactly the same problem with the stock ggatel utility (which is probably the simplest ggate class consumer there can be, and ggcomp is based on it), so this might be an important bug. Steps to reproduce: # dd if=/dev/zero of=/tmp/thingie bs=1m count=10 # ggatel create -v /tmp/thingie # newfs /dev/ggate0 # mount /dev/ggate0 /mnt # dd if=/dev/zero of=/mnt/blah bs=1m count=9 (repeat the last step until lockup; it takes less time with ggcomp) I can do this on an old kernel from a few months ago, and also a new BETA6 kernel. Any ideas? From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 10:54:27 2004 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 84C8416A4CE for ; Sat, 2 Oct 2004 10:54:27 +0000 (GMT) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 426F143D39 for ; Sat, 2 Oct 2004 10:54:27 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from hoppel.local (port-212-202-38-171.dynamic.qsc.de [212.202.38.171]) by mail.efacilitas.de (Postfix) with ESMTP id 23375123798 for ; Sat, 2 Oct 2004 12:53:15 +0200 (CEST) Received: from localhost (localhost.local [127.0.0.1]) by hoppel.local (Postfix) with ESMTP id BC04465D5 for ; Sat, 2 Oct 2004 12:54:14 +0200 (CEST) Received: from hoppel.local ([127.0.0.1]) by localhost (mail.efacilitas.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31213-01 for ; Sat, 2 Oct 2004 12:54:04 +0200 (CEST) Received: from alpha (alpha.local [192.168.1.2]) by hoppel.local (Postfix) with ESMTP id C9A6665D4 for ; Sat, 2 Oct 2004 12:54:03 +0200 (CEST) From: "Bjoern Koenig" To: Date: Sat, 2 Oct 2004 12:56:33 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcSobnputmGwAbbFSD2KedbiwQczAw== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20041002105403.C9A6665D4@hoppel.local> X-Virus-Scanned: by amavisd-new at alpha-tierchen.de Subject: Re: Bug in #! processing 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: Sat, 02 Oct 2004 10:54:27 -0000 Garrett Wollman wrote: > Just to clear there air here: POSIX does not specify, and by design > and intention has never specified, the "#! hack" or any other means > for making scripts directly executable. You can go further. POSIX tells explicitly that "#!" is optional and = that its behaviour is unspecified. Bj=C3=B6rn From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 11:15:38 2004 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 0D5C816A4CE; Sat, 2 Oct 2004 11:15:38 +0000 (GMT) Received: from mail.vtec.ipme.de (C3B3C615.dial.de.easynet.net [195.179.198.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26B4F43D39; Sat, 2 Oct 2004 11:15:37 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from [192.168.16.24] (unknown [192.168.16.24]) by bellona.sz.vwsoft.com (Postfix) with ESMTP id 5D53A5CD6; Sat, 2 Oct 2004 11:19:23 +0200 (CEST) Message-ID: <415E729A.6020904@vwsoft.com> Date: Sat, 02 Oct 2004 11:19:22 +0200 From: Volker User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040822 Thunderbird/0.7+ Mnenhy/0.6.0.101 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: ryans@gamersimpact.com cc: rwatson@freebsd.org cc: danfe@nsu.ru Subject: _my_ panics probably resolved 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: Sat, 02 Oct 2004 11:15:38 -0000 Hi guys! Just to let you know about my panics: My system paniced twice or more often a day since BETA3. Since then I've tried every relevant knob in the kernel config without being able to resolve the panics. I've removed IPSec, IPv6 etc. etc. from the kernel but the system did panic. The panics have been mostly trap 12, page fault while in kernel mode, supervisor read/write, page not present. The tasks causing that were different ones (swi, squid, wwwoffle and others). The last time I've cvsup'ed has been on thursday (noon or morning, I don't remember) 09/30/. Then I rebuild world and kernel (like I did every other day). The system has been rebooted at midnight. Since then I've had not one panic. For me it's really a huge progress to have not one panic in 36 hours of operation. Most times the system has been killed was while or short after a ppp (userland) connection has been established or shut down. Within the last 36 hours there were plenty ppp connections but the system still lives. I guess the panic has been (hopefully) resolved by another code change. Again huge progress (from my view). It's my hope that the FreeBSD system continues this way but currently it's looking good. Thanks, Volker -- GPG/PGP fingerprint: FF93 13A1 2477 B631 E953 06DF 4C49 ADD9 E4BF 79B1 From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 11:39:27 2004 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 5845016A4CE for ; Sat, 2 Oct 2004 11:39:27 +0000 (GMT) Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com [81.103.67.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CBBE43D39 for ; Sat, 2 Oct 2004 11:39:27 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.42 (FreeBSD)) id 1CDiEV-000Hgg-5z; Sat, 02 Oct 2004 12:39:23 +0100 Date: Sat, 2 Oct 2004 12:39:22 +0100 From: Ceri Davies To: "David G. Lawrence" Message-ID: <20041002113922.GV2493@submonkey.net> Mail-Followup-To: Ceri Davies , "David G. Lawrence" , "Scot W. Hetzel" , freebsd-current@freebsd.org References: <200410020349.i923nG8v021675@northstar.hetzel.org> <20041002052856.GE17792@nexus.dglawrence.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4iHuaJcI85sIo7+R" Content-Disposition: inline In-Reply-To: <20041002052856.GE17792@nexus.dglawrence.com> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.6i Sender: Ceri Davies cc: "Scot W. Hetzel" cc: freebsd-current@freebsd.org Subject: Re: Bug in #! processing 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: Sat, 02 Oct 2004 11:39:27 -0000 --4iHuaJcI85sIo7+R Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 01, 2004 at 10:28:56PM -0700, David G. Lawrence wrote: > > The following patch changes the check for end of line, so that a comment > > on the first line must be preceded by white space (' ' or '\t'). >=20 > Personally, I'm thinking that all of the support for a "comment" on > the interpreter line is bogus and it would be better to back out rev > 1.21 rather than add even more complicated code to work around all of > the problems that it causes. That's my feeling too. Ceri --=20 It is not tinfoil, it is my new skin. I am a robot. --4iHuaJcI85sIo7+R Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBXpNqocfcwTS3JF8RArhRAJsErfGVo9fvQty7xY50owkArlTLTACfSoBs VgXMjebqyKYOQRndYlNpxXE= =llZX -----END PGP SIGNATURE----- --4iHuaJcI85sIo7+R-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 11:48:44 2004 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 5542A16A4CE for ; Sat, 2 Oct 2004 11:48:44 +0000 (GMT) Received: from server009.webpack.hosteurope.de (server009.webpack.hosteurope.de [80.237.130.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8645843D3F for ; Sat, 2 Oct 2004 11:48:43 +0000 (GMT) (envelope-from Heiko.Grill@sh-huber.de) Received: from p508a6fcd.dip.t-dialin.net ([80.138.111.205] helo=dana.sh-huber.de) by server009.webpack.hosteurope.de with asmtp (Exim 4.34) id 1CDiNW-0004an-1e for current@freebsd.org; Sat, 02 Oct 2004 13:48:42 +0200 From: Heiko Grill Organization: Sicherheitshaus Huber To: current@freebsd.org Date: Sat, 2 Oct 2004 13:48:33 +0200 User-Agent: KMail/1.7 References: <20040926190709.251f1689.lehmann@ans-netz.de> In-Reply-To: <20040926190709.251f1689.lehmann@ans-netz.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart7513540.ot7Bvlzuvx"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410021348.38616.Heiko.Grill@sh-huber.de> X-HE-MXrcvd: no Subject: Re: Problems with ANA-6944A + 5.3-BETA + IRQ sharing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Heiko.Grill@sh-huber.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Oct 2004 11:48:44 -0000 --nextPart7513540.ot7Bvlzuvx Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Sonntag, 26. September 2004 19:07 schrieb Oliver Lehmann: > Hi, > > I've a strange thing here, and would know If others are getting the same > "results" > > - FreeBSD 5.3-BETA4 > - Adaptec ANA 6944A (4xde) > - Compaq NC6134 (2xfxp) > > I'm pinging from the system to a system connected through a switch to de2: > > root@gurke /root> ping nudel > PING nudel.salatschuessel.net (10.0.0.21): 56 data bytes > 64 bytes from 10.0.0.21: icmp_seq=3D0 ttl=3D64 time=3D0.687 ms > 64 bytes from 10.0.0.21: icmp_seq=3D1 ttl=3D64 time=3D0.575 ms > 64 bytes from 10.0.0.21: icmp_seq=3D2 ttl=3D64 time=3D0.629 ms > 64 bytes from 10.0.0.21: icmp_seq=3D3 ttl=3D64 time=3D0.565 ms > 64 bytes from 10.0.0.21: icmp_seq=3D4 ttl=3D64 time=3D0.577 ms > > it looks "ok" > > Now mounting a nfs share, and accessing (opening with vi) a file on it: > > 64 bytes from 10.0.0.21: icmp_seq=3D19 ttl=3D64 time=3D0.697 ms > 64 bytes from 10.0.0.21: icmp_seq=3D20 ttl=3D64 time=3D0.574 ms > 64 bytes from 10.0.0.21: icmp_seq=3D21 ttl=3D64 time=3D0.807 ms > 64 bytes from 10.0.0.21: icmp_seq=3D22 ttl=3D64 time=3D253.249 ms > 64 bytes from 10.0.0.21: icmp_seq=3D23 ttl=3D64 time=3D1.554 ms > 64 bytes from 10.0.0.21: icmp_seq=3D24 ttl=3D64 time=3D513.415 ms > 64 bytes from 10.0.0.21: icmp_seq=3D25 ttl=3D64 time=3D1110.697 ms > 64 bytes from 10.0.0.21: icmp_seq=3D26 ttl=3D64 time=3D1011.975 ms > 64 bytes from 10.0.0.21: icmp_seq=3D27 ttl=3D64 time=3D1112.534 ms > 64 bytes from 10.0.0.21: icmp_seq=3D28 ttl=3D64 time=3D101.289 ms > 64 bytes from 10.0.0.21: icmp_seq=3D29 ttl=3D64 time=3D1110.638 ms > 64 bytes from 10.0.0.21: icmp_seq=3D30 ttl=3D64 time=3D1010.899 ms > 64 bytes from 10.0.0.21: icmp_seq=3D31 ttl=3D64 time=3D1015.072 ms > 64 bytes from 10.0.0.21: icmp_seq=3D32 ttl=3D64 time=3D1010.512 ms > 64 bytes from 10.0.0.21: icmp_seq=3D33 ttl=3D64 time=3D1013.426 ms > 64 bytes from 10.0.0.21: icmp_seq=3D34 ttl=3D64 time=3D1010.722 ms > 64 bytes from 10.0.0.21: icmp_seq=3D35 ttl=3D64 time=3D1419.586 ms > 64 bytes from 10.0.0.21: icmp_seq=3D36 ttl=3D64 time=3D446.113 ms > 64 bytes from 10.0.0.21: icmp_seq=3D37 ttl=3D64 time=3D4038.742 ms > 64 bytes from 10.0.0.21: icmp_seq=3D38 ttl=3D64 time=3D4039.750 ms > 64 bytes from 10.0.0.21: icmp_seq=3D39 ttl=3D64 time=3D4041.047 ms > 64 bytes from 10.0.0.21: icmp_seq=3D40 ttl=3D64 time=3D4041.045 ms > 64 bytes from 10.0.0.21: icmp_seq=3D41 ttl=3D64 time=3D4045.762 ms > 64 bytes from 10.0.0.21: icmp_seq=3D42 ttl=3D64 time=3D4041.257 ms > 64 bytes from 10.0.0.21: icmp_seq=3D43 ttl=3D64 time=3D4041.038 ms I have the same problem with the card. I plugged the card into a Siemens=20 Scenic which I want to use as a router. Sometimes the card works 24h or=20 longer, sometimes only a few hours. But if I enable Squid as a proxy on the= =20 Siemens the network hangs immediately. No chance for me. Only a reboot work= s. I will try to solve the problem next week.=20 Heiko =2D-=20 Sicherheitshaus Huber=20 Dipl.-Ing Heiko Grill Grenzstr. 13 26382 Wilhelmshaven Tel.: 04421 - 98 399 84 Fax: 04421 - 12 11 8 --nextPart7513540.ot7Bvlzuvx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBXpWWN/S76y/d/zsRAjr0AJoD4twFku2X1LHw2Th+EPj4HW7TcQCdF3GD 8azEE5+LUzmlPXpuS/d/Mbw= =Sr2B -----END PGP SIGNATURE----- --nextPart7513540.ot7Bvlzuvx-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 15:04:35 2004 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 3E78E16A4D4 for ; Fri, 1 Oct 2004 15:04:35 +0000 (GMT) Received: from portalis.it (mail2.portalis.it [213.199.4.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D96443D1F for ; Fri, 1 Oct 2004 15:04:34 +0000 (GMT) (envelope-from esaltato@tele2.it) Received: from [62.123.129.188] ([62.123.129.188]) by portalis.it with Microsoft SMTPSVC(5.5.1877.197.19); Fri, 1 Oct 2004 17:25:05 +0200 Message-ID: <415D71FF.6040805@tele2.it> Date: Fri, 01 Oct 2004 17:04:31 +0200 From: Esaltato User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040911) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 02 Oct 2004 12:13:42 +0000 Subject: upgrading: 5.2.1 to 5.3 OR a new 5.3? 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: Fri, 01 Oct 2004 15:04:35 -0000 Hello. What is your general opinion on upgrading FreeBSD installations? I ask this since 5.3 is close and I'm gonna move to a new hd, but I don't know whether is more wise to move my existing beloved 5.2.1 install or to start anew. Reinstalling has it pros like deleting all the possible junk. But being FreeBSD a very polished filesystem furnished OS, I think it might be safe to convert my 5.2.1 to 5.3 without inheriting too much junk. Are there any cons? Maybe the new tecnhology may leave unexpected problems pending against the old one? I must say I'm really in favour of a new install, but thinking to the many customizations and mods I've done and to the time it could take to redo them... Obviously i would take my conf. files with me, upgrading them when necessary. Opinions? From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 15:13:05 2004 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 366EE16A4CE; Fri, 1 Oct 2004 15:13:05 +0000 (GMT) Received: from pilchuck.reedmedia.net (pilchuck.reedmedia.net [209.166.74.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AB2043D1F; Fri, 1 Oct 2004 15:13:04 +0000 (GMT) (envelope-from reed@reedmedia.net) Received: from reed by pilchuck.reedmedia.net with local-esmtp (Exim 3.12 #1 (Debian)) id 1CDP5g-0005kk-00; Fri, 01 Oct 2004 08:13:00 -0700 Date: Fri, 1 Oct 2004 08:12:59 -0700 (PDT) From: "Jeremy C. Reed" To: Brian Fundakowski Feldman In-Reply-To: <20041001124706.GD997@green.homeunix.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Sat, 02 Oct 2004 12:13:42 +0000 cc: freebsd-current@freebsd.org Subject: Re: panic "bio_completed can't be greater than bio_length" on 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: Fri, 01 Oct 2004 15:13:05 -0000 On Fri, 1 Oct 2004, Brian Fundakowski Feldman wrote: > Can you at least do a "tr"? It would have been nice if the panic string > included the lengths in question... whoever made it... The email I replied to had the same trace (without numbers) as mine. kdb_enter(c07f1b2f) at kdb_enter+0x2b panic(c07ecf1d,c14e4e70,c0325c00) at panic+0x127 g_io_deliver(c1473840,0) at g_io_deliver+0x80 g_disk_done(c14e44e70) at g_disk_done+0x9b biodone(c14e4e70,c14599db,c0325cb4,c14599d8) at biodone+0x57 ad_done(c14599db) at ad_done+0x2d ata_completed(c14599d8,c8325cd4,0,c07ecd3a,1b5) at at_completed+0x3ee g_io_schedule_up g_up_procbody fork_exit fork_trampoline I filed a PR on this: 72208. http://www.freebsd.org/cgi/query-pr.cgi?pr=72208 It has my dmesg too. Please CC me on any replies. Thank you! Jeremy C. Reed BSD News, BSD tutorials, BSD links http://www.bsdnewsletter.com/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 1 17:08:54 2004 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 5DB7816A4CE for ; Fri, 1 Oct 2004 17:08:54 +0000 (GMT) Received: from mail-kv.alkar.net (mail-kv.alkar.net [195.248.176.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0956343D46 for ; Fri, 1 Oct 2004 17:08:54 +0000 (GMT) (envelope-from anray@inet.ua) Received: from [212.86.238.99] (helo=santinel.home.ua) by mail-kv.alkar.net with esmtp (Exim 4.34 (FreeBSD)) id 1CDQto-000HR3-Cq; Fri, 01 Oct 2004 20:08:53 +0300 Received: from anray by santinel.home.ua with local (Exim 4.42; FreeBSD) id 1CDQtp-0007MT-58; Fri, 01 Oct 2004 20:08:53 +0300 To: Kris Kennaway References: <864qle7gs2.fsf@santinel.home.ua> <20041001163427.GB71766@xor.obsecurity.org> Organization: XEmacs User From: Andrey Slusar Mail-Copies-To: never Date: Fri, 01 Oct 2004 20:08:52 +0300 In-Reply-To: <20041001163427.GB71766@xor.obsecurity.org> (Kris Kennaway's message of "Fri, 1 Oct 2004 09:34:27 -0700") Message-ID: <86mzz6mkm3.fsf@santinel.home.ua> User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.5 (chayote, i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Sat, 02 Oct 2004 12:13:42 +0000 cc: current@freebsd.org Subject: Re: [5.3-BETA6] uuencode 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: Fri, 01 Oct 2004 17:08:54 -0000 Fri, 1 Oct 2004 09:34:27 -0700, Kris Kennaway wrote: > > ,---- > > | FreeBSD santinel.home.ua 5.3-BETA6 FreeBSD 5.3-BETA6 #0: Tue Sep 28 12:20:39 EEST 2004 anray@santinel.home.ua:/usr/obj/usr/src/sys/ANRAY i386 > > `---- > > ,---- > > | anray@santinel:~$ uuencode bash-completion-20040711.tar.gz > > | begin 644 bash-completion-20040711.tar.gz > > | > > `---- > > uuencode is not worked under FreeBSD 5.3-BETA6 > Yes it does, this just isn't how you use it ;) uuenview is worked: ,---- | anray@santinel:~$ uuenview -u bash-completion-20040711.tar.gz | begin 644 bash-completion-20040711.tar.gz | M'XL(`#6*\4`"`^P]:7<:29+^*GY%+%(_0.WD1K)EJUMM^1CMV&T]NV=Z9B59 | MKZA*($U15:X#)!OM;]^(/(KBD(1\8&\/N$56Y1D95T9$)MEM*^J=V_X@<'DL | M?*]R[QM\JM5F=7>WA6FUNKO3G$KUYUX-LYJ-:JO:VKE7K37QOWO0NK>"3Q+% | M5@AP3UC>P+*=:^O=5O[_]-.>H;_M>W$HVI7O0?]Z8Z?1J.XB_5O-5FM-_^]) | M_TC$W/:#RZ]"?R3N3K-Y'?UKC0;*_.[N;K-5;;1JR">UW7JK=@^J:_I_\\\F | M&$H7:R68,$)N$PXQ,Q3=7@SU:K4!S[AK^_"2#X)(>'UXS.G=U:\'W<%%V>/Q | M+]CNI;"Y%_$]>/'[/^#%\4L8UL$/P;5B'N8VL<+6D;.7#GM_"+5R70Y1J=4K | MC1I4'^S5ZWN-7=`HAV<7`6SE1!>;@/PP]AV23UE | M.X.MHL1)EWO`_L0V10,#L!Z,H1OR`!B'`F.GHP)F6*,^%#Y%21N*E?WB\Z.7 | MS\;'O_WQMU+E/N3S]V&K7GH$02B\&!^O"J4\C@L$")0`A]]X]$A#\V7`S,&2 | MOY_7`-0F`-1N`(#&WQ`=.`$6PO]6RF:DT(:S1Q#W.*)-5KP1/@D1-869/@QP | M-Z"B(S0X/+)L)%K(XR3TH)J[RFDNY<">P_D$!SXXO&,E;ISR5N[>^O.9^E]$ | [...] `---- uuencode: ,---- | anray@santinel:~$ uuencode bash-completion-20040711.tar.gz | begin 644 bash-completion-20040711.tar.gz | `---- ? Regards, Andrey. From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 03:24:45 2004 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 9652416A4CF for ; Sat, 2 Oct 2004 03:24:45 +0000 (GMT) Received: from skoda.sockpuppet.org (skoda.sockpuppet.org [192.148.252.238]) by mx1.FreeBSD.org (Postfix) with SMTP id E4B6D43D5E for ; Sat, 2 Oct 2004 03:24:44 +0000 (GMT) (envelope-from kdulzo@sockpuppet.org) Received: (qmail 15323 invoked by uid 133); 2 Oct 2004 03:24:23 -0000 Date: Fri, 1 Oct 2004 23:24:23 -0400 From: kdulzo@skoda.sockpuppet.org To: Brian Fundakowski Feldman Message-ID: <20041002032423.GB27131@skoda.sockpuppet.org> References: <20040930183822.GA23562@skoda.sockpuppet.org> <20041001131432.GE997@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041001131432.GE997@green.homeunix.org> User-Agent: Mutt/1.3.25i X-Mailman-Approved-At: Sat, 02 Oct 2004 12:13:42 +0000 cc: freebsd-current@freebsd.org Subject: Re: panic: vm_proc_new: upage allocation failed (5.6-BETA6) 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: Sat, 02 Oct 2004 03:24:45 -0000 On Fri, Oct 01, 2004 at 09:14:32AM -0400, Brian Fundakowski Feldman wrote: > On Thu, Sep 30, 2004 at 02:38:22PM -0400, Kevin M. Dulzo wrote: > > PAE still panics on boot, GENERIC still works flawlessly save 4G of RAM. > > > > Can you try doing "show map kernel_map" (or the address for kernel_map > if that doesn't work) in DDB when it panics, or translating that function > into gdb-speak and getting the output? The address space seems to be > getting fatally full. > Recent commits made this problem go away. I could not isolate any specific entry regarding PAE issues. If you'd like to diagnose more, I'm willing especially before I push these boxes into production as 5.3 releases. As it stands, PAE configuration works out of the box. No memory or kernel map modification required. Thanks, Kevin [10:12pm]:(jirayi-san.kdulzo)~/usr/src/sys% dmesg | head -18 Copyright (c) 1992-2004 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.3-BETA6 #4: Fri Oct 1 21:52:53 CDT 2004 kdulzo@jirayi-san:/usr/obj/usr/src/sys/PAEDEBUG Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3184.87-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 8589930496 (8191 MB) avail memory = 8149778432 (7772 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 09:39:51 2004 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 365D516A4CE for ; Sat, 2 Oct 2004 09:39:51 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD1B243D53 for ; Sat, 2 Oct 2004 09:39:50 +0000 (GMT) (envelope-from nkalev@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so3708732rnk for ; Sat, 02 Oct 2004 02:39:50 -0700 (PDT) Received: by 10.38.77.44 with SMTP id z44mr5352874rna; Sat, 02 Oct 2004 02:39:50 -0700 (PDT) Received: by 10.38.209.60 with HTTP; Sat, 2 Oct 2004 02:39:50 -0700 (PDT) Message-ID: <136a340a0410020239304323f3@mail.gmail.com> Date: Sat, 2 Oct 2004 12:39:50 +0300 From: Nikolay Kalev To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 02 Oct 2004 12:13:42 +0000 Subject: D-Link Systems DGE-530T aka sk* VLAN native support ??? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Nikolay Kalev List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Oct 2004 09:39:51 -0000 I want to test D-Link Systems DGE-530T aka sk* VLAN native support. Seems like the card has a Marvell 88E1000* Gigabit chip which has 802.1q support, if there is a patch please ill be glad to test and comment !!! Thnaks for the help, Nikolay -- Key fingerprint = 9864 E575 E207 FB90 44C8 26A2 0167 E57E 66ED 0F1D From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 12:51:28 2004 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 792EC16A4CE for ; Sat, 2 Oct 2004 12:51:28 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 324C143D2F for ; Sat, 2 Oct 2004 12:51:28 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so3712598rnk for ; Sat, 02 Oct 2004 05:51:22 -0700 (PDT) Received: by 10.38.126.4 with SMTP id y4mr867218rnc; Sat, 02 Oct 2004 05:51:22 -0700 (PDT) Received: by 10.38.75.49 with HTTP; Sat, 2 Oct 2004 05:51:22 -0700 (PDT) Message-ID: <790a9fff0410020551f571ceb@mail.gmail.com> Date: Sat, 2 Oct 2004 07:51:22 -0500 From: Scot Hetzel To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: catman not creating cat pages for machine specific man pages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Oct 2004 12:51:28 -0000 I noticed a bug in catman, where it doesn't create the machine specific man pages. Tryig to figure this out, I noticed that the code between catman and makewhatis is similar, and that revision 1.2 of makewhatis fixed the program to create the whatis entries for the machine specific man pages. Based on the makewhatis fix, I have created a fix for the catman pages. To reproduce the problem execute the following sequence: ls /usr/share/man/{man,cat}8/i386 ; echo catman | nice -5 su -m man ; ls /usr/share/man/{man,cat}8/i386 You'll see that catman doesn't create any cat pages in the cat8/i386 directory. After appling the patch in PR 72243, the cat pages are created in the machine specific directories. http://www.freebsd.org/cgi/query-pr.cgi?pr=72243 Scot From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 13:53:02 2004 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 9547116A4CE for ; Sat, 2 Oct 2004 13:53:02 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5387C43D49 for ; Sat, 2 Oct 2004 13:53:02 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.34 (FreeBSD)) id 1CDkJo-00060B-TG; Sat, 02 Oct 2004 06:53:01 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16734.45756.397993.986133@ran.psg.com> Date: Sat, 2 Oct 2004 06:53:00 -0700 To: John Birrell References: <20041002082643.GA14648@freebsd3.cimlogic.com.au> cc: current@freebsd.org Subject: Re: dig after bind9 upgrade 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: Sat, 02 Oct 2004 13:53:02 -0000 > dig doesn't work for me after the bind9 upgrade. It gets a corrupted > server name in make_server(). I haven't seen any problems posted here, so > I guess I either got a bad build or nobody digs. 8-) i dig and doc up the ying yang with 9.3.0. but i do my own install. [ nothing against doug's, but i've been running 9.3 snaps for some years and have things in other places (/var/dns) and am waiting for doug's to stabilize before deciding how to hack ] the point being that your problem is not likely in the base software. randy From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 14:37:31 2004 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 76C4F16A4CE for ; Sat, 2 Oct 2004 14:37:31 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7600F43D54 for ; Sat, 2 Oct 2004 14:37:30 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i92EbSQD096214; Sat, 2 Oct 2004 17:37:28 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 01359-04; Sat, 2 Oct 2004 17:37:25 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i92EbLfm096207 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 2 Oct 2004 17:37:21 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i92EbOUO057304; Sat, 2 Oct 2004 17:37:24 +0300 (EEST) (envelope-from ru) Date: Sat, 2 Oct 2004 17:37:23 +0300 From: Ruslan Ermilov To: Scot Hetzel Message-ID: <20041002143723.GA57270@ip.net.ua> References: <790a9fff0410020551f571ceb@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: <790a9fff0410020551f571ceb@mail.gmail.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@freebsd.org Subject: Re: catman not creating cat pages for machine specific man pages 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: Sat, 02 Oct 2004 14:37:31 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Scot, On Sat, Oct 02, 2004 at 07:51:22AM -0500, Scot Hetzel wrote: > I noticed a bug in catman, where it doesn't create the machine > specific man pages. Tryig to figure this out, I noticed that the code > between catman and makewhatis is similar, and that revision 1.2 of > makewhatis fixed the program to create the whatis entries for the > machine specific man pages. >=20 > Based on the makewhatis fix, I have created a fix for the catman pages. >=20 > To reproduce the problem execute the following sequence: >=20 > ls /usr/share/man/{man,cat}8/i386 ; echo catman | nice -5 su -m man ; > ls /usr/share/man/{man,cat}8/i386 >=20 > You'll see that catman doesn't create any cat pages in the cat8/i386 dire= ctory. >=20 > After appling the patch in PR 72243, the cat pages are created in the > machine specific directories. >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D72243 >=20 Thanks! I will review/test the patch and commit what's needed. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBXr0jqRfpzJluFF4RAnM2AJ9N8NmrsPg9NZWMFAXsHMc/tM9EIQCbB/2S 8FktmS7T5xTl/cVHKQc+re4= =iHxR -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 14:52:10 2004 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 375B916A4CE for ; Sat, 2 Oct 2004 14:52:10 +0000 (GMT) Received: from tensor.xs4all.nl (tensor.xs4all.nl [194.109.160.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEFC243D31 for ; Sat, 2 Oct 2004 14:52:09 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from kilgore.dim (kilgore.dim [192.168.0.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.xs4all.nl (Postfix) with ESMTP id B33462284E; Sat, 2 Oct 2004 16:52:08 +0200 (CEST) Date: Sat, 2 Oct 2004 16:52:08 +0200 From: Dimitry Andric X-Mailer: The Bat! (v3.0.1 RC3) Professional X-Priority: 3 (Normal) Message-ID: <766328764.20041002165208@andric.com> To: John Birrell In-Reply-To: <20041002082643.GA14648@freebsd3.cimlogic.com.au> References: <20041002082643.GA14648@freebsd3.cimlogic.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="----------1C6123C30F2698B" cc: current@freebsd.org Subject: Re: dig after bind9 upgrade 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: Sat, 02 Oct 2004 14:52:10 -0000 ------------1C6123C30F2698B Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable On 2004-10-02 at 10:26:43 John Birrell wrote: > dig doesn't work for me after the bind9 upgrade. It gets a corrupted serv= er name > in make_server(). I haven't seen any problems posted here, so I guess I e= ither > got a bad build or nobody digs. 8-) It is probably a problem at your end, dig (9.3.0) works fine here, with 5.3-BETA6. What specific dig command(s) did you use, and what is the contents of your resolv.conf file? ------------1C6123C30F2698B Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: GnuPG v1.2.4 (MingW32) iD8DBQFBXsCYsF6jCi4glqMRAhWXAKDSMY0L1sHTmrz1T0Xb+APs9+ZwogCeJjv6 Yc93N+X0mHz0CuQZmJk8NVU= =BWKE -----END PGP MESSAGE----- ------------1C6123C30F2698B-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 15:01:13 2004 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 79FFC16A4CE; Sat, 2 Oct 2004 15:01:13 +0000 (GMT) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA0D243D49; Sat, 2 Oct 2004 15:01:12 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.1/8.13.1) with ESMTP id i92F0SsZ000753; Sat, 2 Oct 2004 17:00:28 +0200 (CEST) (envelope-from ivoras@fer.hr) Message-ID: <415EC28B.4030900@fer.hr> Date: Sat, 02 Oct 2004 17:00:27 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: hackers@freebsd.org, current@freebsd.org References: <415BDFC2.1020304@fer.hr> <415C9967.3090309@jonny.eng.br> <415D2E86.5060007@fer.hr> <20041002133512.GA16646@nerve.riss-telecom.ru> In-Reply-To: <20041002133512.GA16646@nerve.riss-telecom.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: GEOM (ggate) compression consumer +problem 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: Sat, 02 Oct 2004 15:01:13 -0000 Dmitry Frolov wrote: > * Ivan Voras [01.10.2004 17:17]: > >>But, I still can't solve the wdrain problem. I've tried it on a recent >>BETA6 kernel and it still remains. Writes get slower and slower >>(actually, the frequency of writes), and then something locks up (with >>no CPU usage...). Sometimes, *any* writes to any filesystem lock up. > > > Looks very similar to a syncing problem found in md(4). > Take a look at cvs log entry for revision 1.115 of md.c: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/md/md.c Thank you! It's exactly the same problem I've got. After including O_DIRECT and O_FSYNC flags to the open() call, the problems dissapear (though performance takes a big hit). Also, it's the same problem with ggatel. This small patch solves it: --- ggatel.c.old Sat Oct 2 16:48:08 2004 +++ ggatel.c Sat Oct 2 16:48:11 2004 @@ -160,7 +160,7 @@ struct g_gate_ctl_create ggioc; int fd; - fd = open(path, g_gate_openflags(flags)); + fd = open(path, g_gate_openflags(flags) | O_DIRECT | O_FSYNC); if (fd < 0) err(EXIT_FAILURE, "Cannot open %s", path); ggioc.gctl_version = G_GATE_VERSION; I've poslihed some quirks from the ggatec, so it should now be ready for somewhat broader testing ;) (It's at http://ivoras.sharanet.org/ggcomp.tgz ; expect about 10x worse performance compared to performance without compression). From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 16:55:04 2004 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 4F48D16A4CE for ; Sat, 2 Oct 2004 16:55:04 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2ECE243D5D for ; Sat, 2 Oct 2004 16:55:04 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i92GxS9Y008785; Sat, 2 Oct 2004 09:59:28 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i92GxR94008784; Sat, 2 Oct 2004 09:59:27 -0700 Date: Sat, 2 Oct 2004 09:59:27 -0700 From: Brooks Davis To: Andrey Slusar Message-ID: <20041002165927.GA8587@odin.ac.hmc.edu> References: <864qle7gs2.fsf@santinel.home.ua> <20041001163427.GB71766@xor.obsecurity.org> <86mzz6mkm3.fsf@santinel.home.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <86mzz6mkm3.fsf@santinel.home.ua> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.3 required=8.0 tests=UPPERCASE_25_50 autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: current@freebsd.org cc: Kris Kennaway Subject: Re: [5.3-BETA6] uuencode 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: Sat, 02 Oct 2004 16:55:04 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 01, 2004 at 08:08:52PM +0300, Andrey Slusar wrote: >=20 > Fri, 1 Oct 2004 09:34:27 -0700, Kris Kennaway wrote: >=20 > > > ,---- > > > | FreeBSD santinel.home.ua 5.3-BETA6 FreeBSD 5.3-BETA6 #0: Tue Sep 28= 12:20:39 EEST 2004 anray@santinel.home.ua:/usr/obj/usr/src/sys/ANRAY = i386 > > > `---- > > > ,---- > > > | anray@santinel:~$ uuencode bash-completion-20040711.tar.gz=20 > > > | begin 644 bash-completion-20040711.tar.gz > > > |=20 > > > `---- > > > uuencode is not worked under FreeBSD 5.3-BETA6 >=20 > > Yes it does, this just isn't how you use it ;) >=20 > uuenview is worked: > ,---- > | anray@santinel:~$ uuenview -u bash-completion-20040711.tar.gz=20 > | begin 644 bash-completion-20040711.tar.gz > | M'XL(`#6*\4`"`^P]:7<:29+^*GY%+%(_0.WD1K)EJUMM^1CMV&T]NV=3DZ9B59 > | MKZA*($U15:X#)!OM;]^(/(KBD(1\8&\/N$56Y1D95T9$)MEM*^J=3DV_X@<'DL > | M?*]R[QM\JM5F=3D7>WA6FUNKO3G$KUYUX-LYJ-:JO:VKE7K37QOWO0NK>"3Q+% > | M5@AP3UC>P+*=3D:^O=3D5O[_]-.>H;_M>W$HVI7O0?]Z8Z?1J.XB_5O-5FM-_^]) > | M_TC$W/:#RZ]"?R3N3K-Y'?UKC0;*_.[N;K-5;;1JR">UW7JK=3D@^J:_I_\\\F > | M&$H7:R68,$)N$PXQ,Q3=3D7@SU:K4!S[AK^_"2#X)(>'UXS.G=3DU:\'W<%%V>/Q > | M+]CNI;"Y%_$]>/'[/^#%\4L8UL$/P;5B'N8VL<+6D;.7#GM_"+5R70Y1J=3D4K > | MC1I4'^S5ZWN-7=3D`HAV<7`6SE | MW_M8MH%Y^UN?*._\S]=3DOGKX]D8^']'QVA;5M*^*0W\)J>1!>;@/PP]AV23UE > | M.X.MHL1)EWO`_L0V10,#L!Z,H1OR`!B'`F.GHP)F6*,^%#Y%21N*E?WB\Z.7 > | MS\;'O_WQMU+E/N3S]V&K7GH$02B\&!^O"J4\C@L$")0`A]]X]$A#\V7`S,&2 > | MOY_7`-0F`-1N`(#&WQ`=3D.`$6PO]6RF:DT(:S1Q#W.*)-5KP1/@D1-869/@QP > | M-Z"B(S0X/+)L)%K(XR3TH)J[RFDNY<">P_D$!SXXO&,E;ISR5N[>^O.9^E]$ > | [...] > `---- > uuencode: > ,---- > | anray@santinel:~$ uuencode bash-completion-20040711.tar.gz=20 > | begin 644 bash-completion-20040711.tar.gz > |=20 > `---- > ? That's because you aren't using uuencode correctly. You need to do: uuencode bash-completion-20040711.tar.gz < bash-completion-20040711.tar.gz Then it will work. The problem in this case is squarely between the chair and the screen. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBXt5vXY6L6fI4GtQRAogLAKCwtCAq9ACXBIvc9JgdMaPEg3dRUACgwNY+ QEcF1JDTnglE+IFDhmqnth8= =GMld -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 16:59:06 2004 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 D8CA116A4CF; Sat, 2 Oct 2004 16:59:06 +0000 (GMT) Received: from KVIW14.KVI.nl (KVIW14.KVI.nl [129.125.15.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAA2543D31; Sat, 2 Oct 2004 16:59:05 +0000 (GMT) (envelope-from A.S.Usov@KVI.nl) Received: from KVIS10.KVI.nl ("port 41109"@KVIS10.KVI.nl [129.125.27.60]) by KVI.nl (PMDF V6.2-X17 #30869) with ESMTP id <01LFKEKD0P30D41DNA@KVI.nl>; Sat, 02 Oct 2004 18:58:40 +0200 (MET DST) Received: from KVIW12.KVI.nl by KVIS10.KVI.nl (AvMailGate-2.0.2-8) id 20348-4023C66A; Sat, 02 Oct 2004 18:58:39 +0200 Received: from kvip55 ("port 58111"@KVIP88.KVI.nl [129.125.15.152]) by KVI.nl (PMDF V6.2-X17 #30869) with ESMTP id <01LFKEKA3PH2D41DNA@KVI.nl>; Sat, 02 Oct 2004 18:58:36 +0200 (MET DST) Date: Sat, 02 Oct 2004 18:58:35 +0200 From: "Alexander S. Usov" In-reply-to: <200410012101.01067.max@love2party.net> To: Max Laier Message-id: <200410021858.35419.A.S.Usov@kvi.nl> Organization: KVI MIME-version: 1.0 Content-type: text/plain; charset=koi8-u Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.7 X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-8; AVE: 6.27.0.12; VDF: 6.27.0.83; host: kvi.nl) References: <200409272240.00356.A.S.Usov@kvi.nl> <200410011555.00828.A.S.Usov@kvi.nl> <200410012101.01067.max@love2party.net> cc: freebsd-current@freebsd.org Subject: Re: ALTQ/pf troubles 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: Sat, 02 Oct 2004 16:59:07 -0000 On Friday 01 October 2004 21:00, Max Laier wrote: > First of all a look at your queue statistics would be helpful: > $ pfctl -vvsq > how many packets are being dropped? Which queues do the packets end up in? > > If you can easily check OpenBSD behavior, that'd be a good check as well. Ok. Today I downloaded and installed OpenBSD 3.6-snapshot (it's a centrino notebook and I wanted to be sure that it will be supported). Should say that their installer is quite fun, but console and csh are too old-fashioned. So the result is like this: $ ifconfig bce0 bce0: flags=8a43 mtu 1500 address: 00:c0:9f:1c:1b:8b media: Ethernet autoselect (100baseTX full-duplex) status: active inet6 fe80::2c0:9fff:fe1c:1b8b%bce0 prefixlen 64 scopeid 0x1 inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255 pf.conf is the same, as used in FreeBSD, just bfe0 renamed to bce0 without queueing transfer speed is about 35-40KB/s $ netstat 3 lo0 in lo0 out total in total out packets errs packets errs colls packets errs packets errs colls 2 0 2 0 0 10256 0 12381 0 0 0 0 0 0 0 56 0 81 0 0 For queue bandwidth 350Kb $ pfctl -vvsq queue q priq( default ) [ pkts: 3646 bytes: 5379512 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 ] [ measured: 26.4 packets/s, 312.48Kb/s ] $ netstat 3 lo0 in lo0 out total in total out packets errs packets errs colls packets errs packets errs colls 2 0 2 0 0 13924 0 17688 0 0 0 0 0 0 0 54 0 78 0 0 0 0 0 0 0 56 0 81 0 0 which is correct. So it's defenitely something is wrong in FreeBSD. I suspect this is somehow related to bfe driver, as on a different machine the same system (rsync copy up to the few files in /etc & /var) with the same configuration but xl card works correctly. -- Best regards, Alexander. From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 17:29:43 2004 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 E2FC216A4CE for ; Sat, 2 Oct 2004 17:29:43 +0000 (GMT) Received: from sana.init-main.com (104.194.138.210.bn.2iij.net [210.138.194.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E6FE43D39 for ; Sat, 2 Oct 2004 17:29:43 +0000 (GMT) (envelope-from takawata@init-main.com) Received: from init-main.com (localhost.init-main.com [127.0.0.1]) by sana.init-main.com (8.13.1/8.13.1) with ESMTP id i92HSGSa002938; Sun, 3 Oct 2004 02:28:16 +0900 (JST) (envelope-from takawata@init-main.com) Message-Id: <200410021728.i92HSGSa002938@sana.init-main.com> To: Denis Shaposhnikov From: takawata@jp.freebsd.org In-reply-to: Your message of "Fri, 01 Oct 2004 17:51:53 +0400." <87zn36o8au.fsf@neva.vlink.ru> Date: Sun, 03 Oct 2004 02:28:16 +0900 Sender: takawata@init-main.com cc: freebsd-current@freebsd.org Subject: Re: jail, unionfs, pwd 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: Sat, 02 Oct 2004 17:29:44 -0000 In message <87zn36o8au.fsf@neva.vlink.ru>, Denis Shaposhnikov wrote: >>>>>> "takawata" == takawata writes: > > takawata> If the filesystem /mnt is using is same as /usr, it is > takawata> something like the problem which I encounted once. > > takawata> http://docs.FreeBSD.org/cgi/mid.cgi?200202251435.XAA91094 > >Thank you very much! It works now. Ok, I merged it for -CURRENT. From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 18:23:37 2004 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 CD77316A4CE for ; Sat, 2 Oct 2004 18:23:37 +0000 (GMT) Received: from ns.atcom.spb.ru (ns.atcom.spb.ru [213.182.169.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4411443D39 for ; Sat, 2 Oct 2004 18:23:37 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: by ns.atcom.spb.ru (Postfix, from userid 1042) id A5C552F6; Sat, 2 Oct 2004 22:23:35 +0400 (MSD) Received: from localhost (ppp-dialup-8.atcom.spb.ru [213.182.168.8]) by ns.atcom.spb.ru (Postfix) with ESMTP id 3AE9F140 for ; Sat, 2 Oct 2004 22:23:33 +0400 (MSD) Date: Sat, 2 Oct 2004 22:20:09 +0400 From: Toxa To: FreeBSD-CURRENT X-Comment-To: "Anton Karpov" Message-ID: <20041002182009.GA1139@laptoxa.toxa.lan> Mail-Followup-To: FreeBSD-CURRENT Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? Subject: bug of feature? 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: Sat, 02 Oct 2004 18:23:38 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=koi8-r Content-Disposition: inline On 6.0-CURRENT I have this: 1. Plug in usb flash memory drive 2. 'mount_msdosfs /dev/da0s1 /mnt/flash' 3. Plug OUT the drive 4. Try to umount removed device (umount /mnt/flash), get an error "/dev/da0s1: no such file or directory" 4.1. 'mount' shows us /mnt/flash is still mounted.. 5. 'cd /mnt/flash ; ls' 5. System HANGS.... Ofcourse, this is abnormal situation, because usually we're to smart not to plug out the drive unil umount, but just in case... P.S: usb-related part of dmesg attached --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="dmesg.cur" ohci0: mem 0xe8200000-0xe8200fff irq 9 at device 7.0 on pci2 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe8201000-0xe8201fff irq 9 at device 7.1 on pci2 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered umass0: Sony USB Memory Stick Slot, rev 1.10/1.90, addr 2 ehci0: mem 0xe8203800-0xe82038ff irq 9 at device 7.2 on pci2 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 usb2: EHCI version 1.0 usb2: companion controllers, 3 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 5 ports with 5 removable, self powered [snip...] umass0: at uhub1 port 2 (addr 2) disconnected umass0: detached umass0: Sony USB Memory Stick Slot, rev 1.10/1.90, addr 2 (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 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): UNIT ATTENTION asc:29,0 (probe0:umass-sim0:0:0:0): Power on, reset, or bus device reset occurred (probe0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 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): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:0): Medium not present (probe0:umass-sim0:0:0:0): Unretryable error [snip...] (probe2:umass-sim0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe2:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe2:umass-sim0:0:0:0): SCSI Status: Check Condition (probe2:umass-sim0:0:0:0): NOT READY asc:3a,0 (probe2:umass-sim0:0:0:0): Medium not present (probe2:umass-sim0:0:0:0): Unretryable error --45Z9DzgjV8m4Oswq-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 18:59:27 2004 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 2869B16A4CE for ; Sat, 2 Oct 2004 18:59:27 +0000 (GMT) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B267943D41 for ; Sat, 2 Oct 2004 18:59:26 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i92IxOcw017161; Sat, 2 Oct 2004 14:59:25 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20041002052856.GE17792@nexus.dglawrence.com> References: <200410020349.i923nG8v021675@northstar.hetzel.org> <20041002052856.GE17792@nexus.dglawrence.com> Date: Sat, 2 Oct 2004 14:59:24 -0400 To: freebsd-current@freebsd.org From: Garance A Drosihn Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Subject: Re: Bug in #! processing (long reply) 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: Sat, 02 Oct 2004 18:59:27 -0000 At 10:28 PM -0700 10/1/04, David G. Lawrence wrote: > > The following patch changes the check for end of line, so that > > a comment on the first line must be preceded by white space > > (' ' or '\t'). > > Personally, I'm thinking that all of the support for a "comment" >on the interpreter line is bogus and it would be better to back out >rev 1.21 rather than add even more complicated code to work around >all of the problems that it causes. From some quick testing, it seems that # is not recognized as a comment on Solaris, aix or recent redhat WS. So I think we would be better off not supporting it. The way to support the documented feature is on a per-shell basis. The command interpreter is passing the remaining arguments to the shell it is calling, so any shell could decide that it will treat "# " as a comment. That means the behavior of "#" will depend on which shell is being called, but then the behavior of everything ELSE on that line is also determined by the shell being called, so I don't see why comments should be a special-case. The original change was based on http://www.FreeBSD.org/cgi/query-pr.cgi?pr=16393 Which starts out by saying: Basically, if I follow the suggestions in the perl book to make portably executable scripts, I must use a shebang hack where the perl script starts being executed as a sh script. sh will pass it off to perl. Currently sh chokes on the # after -- as the executable. I use this feature of perl myself, it is very useful in some circumstances. There is one important detail though -- the fix which was committed is wrong on how the feature works. The PR gives the example of: #!/bin/sh -- # -*- perl -*- eval "exec perl $0 -S ${1+'$@'}" if 0; print "1+1=", (1+1), "\n"; First off, the above example script does not actually work on linux (or at least not on Redhat WS 3.0). Second, when it works on solaris or aix, it works because of how /bin/sh processes the rest of the line. It is not because the command-interpreter has stripped off everything after the '#'. If you remove the '--' on the above example, it fails immediately on aix and solaris. In fact, it seems to be the '--' which is causing the rest of the line to be ignored, not the '#'. The PR is correct in that this feature is documented by perl books, but the right way to support the feature is to change /bin/sh and not the command interpreter. The PR includes a followup reply from Ahmon Dancy with some additional proof that the change to the command interpreter was the wrong way to fix this. Since this perl feature is documented in many places (including the famous "Camel" book from O'Reilly), we can not just drop the support in the command interpreter. But if we first fix /bin/sh then I believe we can drop it. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 19:08:42 2004 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 099C016A4CE for ; Sat, 2 Oct 2004 19:08:42 +0000 (GMT) Received: from beagle2.mehnert.org (beagle2.mehnert.org [212.42.235.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3297E43D1D for ; Sat, 2 Oct 2004 19:08:41 +0000 (GMT) (envelope-from hannes@mehnert.org) Received: from localhost (port-212-202-198-15.dynamic.qsc.de [212.202.198.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Hannes Mehnert", Issuer "mehnert root CA" (verified OK)) by beagle2.mehnert.org (Postfix) with ESMTP id 312E59585D for ; Sat, 2 Oct 2004 21:08:39 +0200 (CEST) Date: Sat, 2 Oct 2004 21:08:38 +0200 From: Hannes Mehnert To: freebsd-current@freebsd.org Message-ID: <20041002190838.GA8104@mehnert.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: file system recovery 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: Sat, 02 Oct 2004 19:08:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I updatet yesterday to -CURRENT (from -CURRENT from about 09/20). I use gbde, so I attached my gbde device (a partition, no md-device). After mounting it I was not able to access files. An ls /mnt/crypto/ froze the system, I had to reboot. After reboot fsck was not able to check the attached gbde device: # fsck -t ufs /dev/ad0s2f.bde ** /dev/ad0s2f.bde ** Last Mounted on /mnt/crypto ** Phase 1 - Check Blocks and Sizes fsck_ufs: cannot alloc 2728847320 bytes for inoinfo I downgraded to -CURRENT from 20040915, but it was also not able to run fsck. I also tried other superblocks (fsck -b), nothing changed, looks like something else broke. dumpfs core dumps (https://berlin.ccc.de/~hannes/dumpfs). I patched dumpfs to ignore cg 1 (cause it contains invalid data), then it core dumped at cg 2 (it had some other negative values in cg 2 nfree,..). It looks like nbfree, ndir, nifree and nffree is in the cs[] struct. Are there any tools to fix the file-system (with assumptions like nbfree can't be negative)? I tried sysutils/autopsy, but this was also not able to recover any data. It returns "Out of memory during "large" request for 536875008 bytes, total sbrk() is 271708160 bytes at /usr/ports/sysutils/autopsy/work/autopsy-1.73/autopsyfunc.pm line 2048." Also the sysutils/sleuthkit toolset also does not work. (Cannot allocate memory). dd if=/dev/ad0s2f.bde bs=1m count=20 skip=32 | strings returns data which is (was?) on the file system. Any ideas how to recover the data (apart from shell-skripts which use dd and strings)? Best Regards, Hannes Mehnert -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBXvyzRcuNlziBjRwRApVuAJ9PejAVFZgcgqh4nyvVP01EYG+DGwCfWt+f 6XVOUA26dJ4sefxiy57StP8= =mzIA -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 19:50:48 2004 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 D666C16A4CE for ; Sat, 2 Oct 2004 19:50:48 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0ECD43D2D for ; Sat, 2 Oct 2004 19:50:48 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 3398348FFD1 for ; Sat, 2 Oct 2004 16:50:44 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 61533-04 for ; Sat, 2 Oct 2004 19:50:43 +0000 (GMT) Received: from ganymede.hub.org (blk-222-46-91.eastlink.ca [24.222.46.91]) by hub.org (Postfix) with ESMTP id BF66348FFD0 for ; Sat, 2 Oct 2004 16:50:42 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id EF5E735608; Sat, 2 Oct 2004 16:50:40 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id EE57C355B6 for ; Sat, 2 Oct 2004 16:50:40 -0300 (ADT) Date: Sat, 2 Oct 2004 16:50:40 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-current@freebsd.org Message-ID: <20041002164948.F64687@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Subject: To get 5.x vs 6.x ... ? 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: Sat, 02 Oct 2004 19:50:48 -0000 what should I set in my cvsup file? tag=RELENG_5, correct? thanks ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 19:55:52 2004 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 2CB8B16A4CE for ; Sat, 2 Oct 2004 19:55:52 +0000 (GMT) Received: from chatserv.de (p15119030.pureserver.info [217.160.175.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 5C25543D1F for ; Sat, 2 Oct 2004 19:55:51 +0000 (GMT) (envelope-from sascha@schumann.cx) Received: (qmail 29464 invoked by uid 1040); 2 Oct 2004 19:55:49 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by localhost with SMTP; 2 Oct 2004 19:55:49 -0000 Date: Sat, 2 Oct 2004 21:55:48 +0200 (CEST) From: Sascha Schumann X-X-Sender: sas@localhost To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Conclusion of thread "Deadlocks with recent SMP 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: Sat, 02 Oct 2004 19:55:52 -0000 [same message is in moderation queue] Hi, was there any conclusion to that thread? I have got two systems which are showing the exact same symptoms running RELENG_5_2. The busier one deadlocks regularly once a day. What is the recommended way to procede? I don't want to upgrade to RELENG_5 due to the experimental nature of the network stack, gcc 3.4 integration and general dislike of bleeding edge software for production systems. (and yes, the freebsd 5 systems are inherited.) Thanks for any advise. - Sascha From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 19:59:34 2004 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 80B5716A4CE for ; Sat, 2 Oct 2004 19:59:34 +0000 (GMT) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id E713E43D46 for ; Sat, 2 Oct 2004 19:59:33 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id BB05A119B7; Sat, 2 Oct 2004 21:59:31 +0200 (CEST) Date: Sat, 2 Oct 2004 21:59:31 +0200 From: "Simon L. Nielsen" To: FreeBSD-CURRENT Message-ID: <20041002195930.GB1081@zaphod.nitro.dk> References: <20041002182009.GA1139@laptoxa.toxa.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <20041002182009.GA1139@laptoxa.toxa.lan> User-Agent: Mutt/1.5.6i Subject: Re: bug of feature? 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: Sat, 02 Oct 2004 19:59:34 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.10.02 22:20:09 +0400, Toxa wrote: > On 6.0-CURRENT I have this: >=20 > 1. Plug in usb flash memory drive > 2. 'mount_msdosfs /dev/da0s1 /mnt/flash' > 3. Plug OUT the drive After this point it's quite undefined what's going to happen (since you remove a mounted device), and it's not unlikely that you will get a kernel panic... At some point this situation might be handled more gracefully, but at the moment there is just one solution "don't do that" :-). --=20 Simon L. Nielsen FreeBSD Documentation Team --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBXwiih9pcDSc1mlERAj/9AJ4x8mhvHda8BuFCbpRC4U96Yi5W2wCaAy2+ KCG5yftvWtF9iwOnJzIEhFc= =nb75 -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 20:02:14 2004 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 B5DDE16A4CE; Sat, 2 Oct 2004 20:02:14 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D8EB43D48; Sat, 2 Oct 2004 20:02:14 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i92K2Ckm093334; Sat, 2 Oct 2004 22:02:12 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Simon L. Nielsen" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 02 Oct 2004 21:59:31 +0200." <20041002195930.GB1081@zaphod.nitro.dk> Date: Sat, 02 Oct 2004 22:02:12 +0200 Message-ID: <93333.1096747332@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: FreeBSD-CURRENT Subject: Re: bug of feature? 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: Sat, 02 Oct 2004 20:02:14 -0000 In message <20041002195930.GB1081@zaphod.nitro.dk>, "Simon L. Nielsen" writes: > >--cWoXeonUoKmBZSoM >Content-Type: text/plain; charset=us-ascii >Content-Disposition: inline >Content-Transfer-Encoding: quoted-printable > >On 2004.10.02 22:20:09 +0400, Toxa wrote: >> On 6.0-CURRENT I have this: >>=20 >> 1. Plug in usb flash memory drive >> 2. 'mount_msdosfs /dev/da0s1 /mnt/flash' >> 3. Plug OUT the drive > >After this point it's quite undefined what's going to happen (since >you remove a mounted device), and it's not unlikely that you will get >a kernel panic... > >At some point this situation might be handled more gracefully, but at >the moment there is just one solution "don't do that" :-). Yeah, we're working on it, but there is a lot to fix. -- 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 Sat Oct 2 20:08:20 2004 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 9854A16A4CE for ; Sat, 2 Oct 2004 20:08:20 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id D43BE43D1F for ; Sat, 2 Oct 2004 20:08:18 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 02D2C53A87; Sat, 2 Oct 2004 13:09:01 -0700 (PDT) Date: Sat, 2 Oct 2004 13:09:01 -0700 From: Kris Kennaway To: Sascha Schumann Message-ID: <20041002200901.GA53162@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: Conclusion of thread "Deadlocks with recent SMP 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: Sat, 02 Oct 2004 20:08:20 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 02, 2004 at 09:55:48PM +0200, Sascha Schumann wrote: > [same message is in moderation queue] >=20 > Hi, >=20 > was there any conclusion to that thread? I have got two > systems which are showing the exact same symptoms running > RELENG_5_2. The busier one deadlocks regularly once a day. Yes, this is believed to have been resolved in 5.3. > What is the recommended way to procede? I don't want to > upgrade to RELENG_5 due to the experimental nature of the > network stack, gcc 3.4 integration and general dislike of > bleeding edge software for production systems. (and yes, the > freebsd 5 systems are inherited.) So, you're running 5.2 on those systems, which was documented as a development release and not recommended for use on production systems (and indeed contained numerous rough edges and bugs), and you're scared to update to 5.3 which is going to be designated as the beginning of the 5.3-STABLE branch (and has had a couple of months of extensive bugfixing and QA)? You might want to consider re-evaluating your position. Kris --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBXwrdWry0BWjoQKURAgBhAKC12F02NL7hxDKRkfxqF7y6lmO07wCg6iLa ymR0OXWOMtkTEakKLOG1XbE= =04z1 -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 20:49:58 2004 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 EE17716A4E7 for ; Sat, 2 Oct 2004 20:49:57 +0000 (GMT) Received: from chatserv.de (p15119030.pureserver.info [217.160.175.43]) by mx1.FreeBSD.org (Postfix) with SMTP id D8DFC43D41 for ; Sat, 2 Oct 2004 20:49:56 +0000 (GMT) (envelope-from sascha@schumann.cx) Received: (qmail 30117 invoked by uid 1040); 2 Oct 2004 20:49:53 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by localhost with SMTP; 2 Oct 2004 20:49:53 -0000 Date: Sat, 2 Oct 2004 22:49:52 +0200 (CEST) From: Sascha Schumann X-X-Sender: sas@localhost To: Kris Kennaway In-Reply-To: <20041002200901.GA53162@xor.obsecurity.org> Message-ID: References: <20041002200901.GA53162@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org Subject: Re: Conclusion of thread "Deadlocks with recent SMP 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: Sat, 02 Oct 2004 20:49:58 -0000 > Yes, this is believed to have been resolved in 5.3. Good to hear. > So, you're running 5.2 on those systems, which was documented as a > development release and not recommended for use on production systems No, *I* am not running FreeBSD 5 anywhere on productive systems. Unfortunaly, the ISP recommended it to this particular owner of two systems where I am doing some voluntary work in my spare time. One of the servers ran 5.1 with an uptime of >200 days. There were no indications that 5.2 contained such vast regressions in comparison to 5.1. Even today, the 5.2.1 errata page does not say anything about SMP issues. > (and indeed contained numerous rough edges and bugs), and you're > scared to update to 5.3 which is going to be designated as the > beginning of the 5.3-STABLE branch (and has had a couple of months of > extensive bugfixing and QA)? I would rather downgrade to 5.1 (because I know it works reliably on this piece of equipment), but unfortunately, somewhere during "make installworld", the install binary starts to segfault. truss shows that the 5.1 /usr/bin/install calls the new fstatfs syscall 397. AFAICT this could only happen when the 5.1 install binary is linked against the 5.2 libc. I suppose installworld does not point LD_LIBRARY_PATH at the newly build libraries under /usr/obj? If not, what is the best way to ensure that binaries are linked against suitable libs during installworld? Thanks - Sascha From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 20:50:38 2004 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 62CE716A4EC for ; Sat, 2 Oct 2004 20:50:38 +0000 (GMT) Received: from afields.ca (afields.ca [216.194.67.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 194C643D1F for ; Sat, 2 Oct 2004 20:50:38 +0000 (GMT) (envelope-from afields@afields.ca) Received: from afields.ca (localhost.afields.ca [127.0.0.1]) by afields.ca (8.12.11/8.12.11) with ESMTP id i92KoboO032888; Sat, 2 Oct 2004 16:50:37 -0400 (EDT) (envelope-from afields@afields.ca) Received: (from afields@localhost) by afields.ca (8.12.11/8.12.11/Submit) id i92KoZnf032887; Sat, 2 Oct 2004 16:50:35 -0400 (EDT) (envelope-from afields) Date: Sat, 2 Oct 2004 16:50:34 -0400 From: Allan Fields To: Hannes Mehnert Message-ID: <20041002205034.GC28121@afields.ca> References: <20041002190838.GA8104@mehnert.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041002190838.GA8104@mehnert.org> User-Agent: Mutt/1.4i cc: phk@phk.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: file system recovery [gbde] 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: Sat, 02 Oct 2004 20:50:38 -0000 On Sat, Oct 02, 2004 at 09:08:38PM +0200, Hannes Mehnert wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > I updatet yesterday to -CURRENT (from -CURRENT from about 09/20). > I use gbde, so I attached my gbde device (a partition, no md-device). And that would include the latest patch to fix a gbde sector mapping bug though that was actually committed on Sept 14th from logs. Do you use less than 4 keys? (gbde init with number_of_keys < 4) If you do, a necessary step is to dump and restore a filesystem during update. See freebsd-geom list archives for more info. If not this might be another issue. PHK: I think we need more warnings in UPDATING for instance. > After mounting it I was not able to access files. An ls /mnt/crypto/ > froze the system, I had to reboot. It's not so good that this worked at all if it's the problem I'm thinking of. PHK: Should a version number be incorporated w/ master key sectors to stop attach in these cases? If not using the key sector then lock file/sector 0. It should be that g_bde fails to create geom/attach if the minimum version number compat is not met by kernel. > After reboot fsck was not able to check the attached gbde device: > # fsck -t ufs /dev/ad0s2f.bde > ** /dev/ad0s2f.bde > ** Last Mounted on /mnt/crypto > ** Phase 1 - Check Blocks and Sizes > fsck_ufs: cannot alloc 2728847320 bytes for inoinfo At that point, it could do more harm than good. > I downgraded to -CURRENT from 20040915, but it was also not able > to run fsck. Did you rebuild and install modules? g_bde can be loaded as a module when you run gbde(8) command. > I also tried other superblocks (fsck -b), nothing changed, looks > like something else broke. > dumpfs core dumps > [...] > > dd if=/dev/ad0s2f.bde bs=1m count=20 skip=32 | strings > returns data which is (was?) on the file system. It shouldn't entirely work like this but some data might display fine. > Any ideas how to recover the data (apart from shell-skripts which use > dd and strings)? Use an older system or downgrade the module version if it isn't already. Perhaps the filesystem can still be saved. Before doing anything further first dump it to another drive. An idea in future is to do fsck -n first, though in this case it might be misleading too. I wish to offer the advice to anyone with similar problems in the future, do a dd of the device first, before performing _any_ writes to fix it. The best strategy is (hopefully) up to date backups. > Best Regards, > > Hannes Mehnert -- Allan Fields, AFRSL - http://afields.ca 2D4F 6806 D307 0889 6125 C31D F745 0D72 39B4 5541 From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 20:59:44 2004 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 6BA2F16A4CE for ; Sat, 2 Oct 2004 20:59:44 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6582C43D2F for ; Sat, 2 Oct 2004 20:59:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 18D2C53A37; Sat, 2 Oct 2004 14:00:24 -0700 (PDT) Date: Sat, 2 Oct 2004 14:00:24 -0700 From: Kris Kennaway To: Sascha Schumann Message-ID: <20041002210024.GA55807@xor.obsecurity.org> References: <20041002200901.GA53162@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: Conclusion of thread "Deadlocks with recent SMP 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: Sat, 02 Oct 2004 20:59:44 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 02, 2004 at 10:49:52PM +0200, Sascha Schumann wrote: > >Yes, this is believed to have been resolved in 5.3. >=20 > Good to hear. >=20 > >So, you're running 5.2 on those systems, which was documented as a > >development release and not recommended for use on production systems >=20 > No, *I* am not running FreeBSD 5 anywhere on productive > systems. Unfortunaly, the ISP recommended it to this > particular owner of two systems where I am doing some > voluntary work in my spare time. >=20 > One of the servers ran 5.1 with an uptime of >200 days. > There were no indications that 5.2 contained such vast > regressions in comparison to 5.1. Even today, the 5.2.1 > errata page does not say anything about SMP issues. Er, well, that doesn't mean anything other than no-one updated the errata page. Kris --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBXxboWry0BWjoQKURAgFFAKDnR1nYmn6SND1vtoJUNOEcyQrA3ACgmIK7 ecPC6l84FzKRcWmG5DCNdpM= =icDM -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 21:14:34 2004 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 092ED16A4CE for ; Sat, 2 Oct 2004 21:14:34 +0000 (GMT) Received: from beagle2.mehnert.org (beagle2.mehnert.org [212.42.235.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6468843D1F for ; Sat, 2 Oct 2004 21:14:33 +0000 (GMT) (envelope-from hannes@mehnert.org) Received: from localhost (port-212-202-198-15.dynamic.qsc.de [212.202.198.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Hannes Mehnert", Issuer "mehnert root CA" (verified OK)) by beagle2.mehnert.org (Postfix) with ESMTP id 778719585D; Sat, 2 Oct 2004 23:14:31 +0200 (CEST) Date: Sat, 2 Oct 2004 23:14:30 +0200 From: Hannes Mehnert To: Allan Fields Message-ID: <20041002211430.GC8104@mehnert.org> References: <20041002190838.GA8104@mehnert.org> <20041002205034.GC28121@afields.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041002205034.GC28121@afields.ca> User-Agent: Mutt/1.4.2.1i cc: phk@phk.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: file system recovery [gbde] 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: Sat, 02 Oct 2004 21:14:34 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, On Sat, Oct 02, 2004 at 04:50:34PM -0400, Allan Fields wrote: > On Sat, Oct 02, 2004 at 09:08:38PM +0200, Hannes Mehnert wrote: > > I updatet yesterday to -CURRENT (from -CURRENT from about 09/20). > > I use gbde, so I attached my gbde device (a partition, no md-device). > > And that would include the latest patch to fix a gbde sector mapping > bug though that was actually committed on Sept 14th from logs. Do > you use less than 4 keys? (gbde init with number_of_keys < 4) Yes, I used less than 4 keys. > PHK: I think we need more warnings in UPDATING for instance. I'd appreciate this. > > I downgraded to -CURRENT from 20040915, but it was also not able > > to run fsck. > > Did you rebuild and install modules? g_bde can be loaded as a module > when you run gbde(8) command. Yes, I'll downgrade to before phks commit and try again. > I wish to offer the advice to anyone with similar problems in the > future, do a dd of the device first, before performing _any_ writes > to fix it. I did a bakup of the bad file system (before doing anything else with it). Best Regards, Hannes Mehnert -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBXxo1RcuNlziBjRwRAs+UAJ99bI7tK/GDlazX3uHIDpqNN/zxPQCgsE29 Rw6HKhM89G30aV+zWABU+nQ= =XmpX -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 21:22:10 2004 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 C411516A4CE for ; Sat, 2 Oct 2004 21:22:10 +0000 (GMT) Received: from afields.ca (afields.ca [216.194.67.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A17D43D48 for ; Sat, 2 Oct 2004 21:22:10 +0000 (GMT) (envelope-from afields@afields.ca) Received: from afields.ca (localhost.afields.ca [127.0.0.1]) by afields.ca (8.12.11/8.12.11) with ESMTP id i92LMAtA033051; Sat, 2 Oct 2004 17:22:10 -0400 (EDT) (envelope-from afields@afields.ca) Received: (from afields@localhost) by afields.ca (8.12.11/8.12.11/Submit) id i92LM78w033050; Sat, 2 Oct 2004 17:22:07 -0400 (EDT) (envelope-from afields) Date: Sat, 2 Oct 2004 17:22:07 -0400 From: Allan Fields To: Michael Nottebrock Message-ID: <20041002212207.GD28121@afields.ca> References: <20040920022927.GA70726@bobbi.cse.buffalo.edu> <20040920112236.GC2493@submonkey.net> <414EAEB4.5090604@gldis.ca> <200409201713.48260.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409201713.48260.michaelnottebrock@gmx.net> User-Agent: Mutt/1.4i cc: Ceri Davies cc: freebsd-current@freebsd.org cc: Jeremy Faulkner Subject: Re: 5.3-BETA5 Available 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: Sat, 02 Oct 2004 21:22:10 -0000 On Mon, Sep 20, 2004 at 05:13:44PM +0200, Michael Nottebrock wrote: > On Monday 20 September 2004 12:19, Jeremy Faulkner wrote: > > UPDATING as it is my understanding that UPDATING contains information > > about problems that will be encountered by someone updating their > > system. > > And that particular problem is exactly experienced by GDBE users updating > their system. Which just proved true. ;) > -- > ,_, | Michael Nottebrock | lofi@freebsd.org > (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org > \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org -- Allan Fields, AFRSL - http://afields.ca 2D4F 6806 D307 0889 6125 C31D F745 0D72 39B4 5541 From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 21:29:55 2004 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 BFBAE16A4CE for ; Sat, 2 Oct 2004 21:29:55 +0000 (GMT) Received: from virtual.micronet.sk (smtp-r.micronet.sk [213.215.96.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0716343D1D for ; Sat, 2 Oct 2004 21:29:55 +0000 (GMT) (envelope-from danger@wilbury.sk) Received: from danger ([213.215.105.189]) by virtual.micronet.sk (8.12.11/8.12.11) with ESMTP id i92LTaOM089858 for ; Sat, 2 Oct 2004 23:29:39 +0200 (CEST) (envelope-from danger@wilbury.sk) Date: Sat, 2 Oct 2004 23:30:24 +0200 From: DanGer X-Mailer: The Bat! (v2.12.00) Business X-Priority: 3 (Normal) Message-ID: <1235861246.20041002233024@wilbury.sk> To: current@freebsd.org In-Reply-To: <93333.1096747332@critter.freebsd.dk> References: Your message of "Sat, 02 Oct 2004 21:59:31 +0200." <20041002195930.GB1081@zaphod.nitro.dk> <93333.1096747332@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re[2]: bug of feature? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: DanGer List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Oct 2004 21:29:55 -0000 Hello Poul-Henning, Saturday, October 2, 2004, 10:02:12 PM, you wrote: >>> On 6.0-CURRENT I have this: >>>=20 >>> 1. Plug in usb flash memory drive >>> 2. 'mount_msdosfs /dev/da0s1 /mnt/flash' >>> 3. Plug OUT the drive this is like as you mount a floppy disc, than remove it from floppy mechanism and try to umount the device...the system will hang... eh.. on 5.2.1-release used to ;-) i didn't tried it on any current version >> >>At some point this situation might be handled more gracefully, but at >>the moment there is just one solution "don't do that" :-). > Yeah, we're working on it, but there is a lot to fix. -- Best regards +----------==/\/\==----------+ | DanGer | | DanGer@IRCnet ICQ261701668 | | http://danger.homeunix.org | +----------==\/\/==----------+ From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 21:34:29 2004 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 1E5BE16A4CF; Sat, 2 Oct 2004 21:34:29 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D47A43D39; Sat, 2 Oct 2004 21:34:28 +0000 (GMT) (envelope-from tim@kientzle.com) Received: from kientzle.com (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i92LYP90054944; Sat, 2 Oct 2004 14:34:26 -0700 (PDT) (envelope-from tim@kientzle.com) Message-ID: <415F1EE1.1080106@kientzle.com> Date: Sat, 02 Oct 2004 14:34:25 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oliver Lehmann References: <20040923062411.7b5a70d7.lehmann@ans-netz.de> <4152EAA5.30807@freebsd.org> <20040923190219.176a5848.lehmann@ans-netz.de> <4155FBBE.7090806@freebsd.org> <20041002114847.79c74818.lehmann@ans-netz.de> In-Reply-To: <20041002114847.79c74818.lehmann@ans-netz.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Tim Kientzle cc: freebsd-current@freebsd.org Subject: Re: bsdtar doesn't detect end of tape 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: Sat, 02 Oct 2004 21:34:29 -0000 Oliver Lehmann wrote: > Tim Kientzle wrote: > >>Ergh. I haven't managed to reproduce >>this here yet; I'll keep trying. > > ok, I checked out the latest version of libarchive and tar (CURRENT) and > compiled them. Still the same problem - I can tar more than the tape can > hold (I tared all files of a filelist for a dds3 tape on a dds2 tape). > I got no error. I've tried it against a floppy and the write does fail, though there are a few ugly points in there. Hmm... I wonder if the tape device driver you're using doesn't consistently return an error for a write past end-of-media? I did find a couple of places where failed writes were getting ignored, but if the device keeps returning failure, then bsdtar does eventually get the hint. I'll have a revised patch for you to try soon. (Let me know when you get back from vacation.) Thanks for your help, Tim From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 21:45:20 2004 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 B34FF16A4CE for ; Sat, 2 Oct 2004 21:45:20 +0000 (GMT) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 643C943D53 for ; Sat, 2 Oct 2004 21:45:20 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i92LjJrw014687; Sat, 2 Oct 2004 17:45:19 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: <20041002200901.GA53162@xor.obsecurity.org> Date: Sat, 2 Oct 2004 17:45:18 -0400 To: Sascha Schumann From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-current@freebsd.org Subject: Re: Conclusion of thread "Deadlocks with recent SMP 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: Sat, 02 Oct 2004 21:45:20 -0000 At 10:49 PM +0200 10/2/04, Sascha Schumann wrote: >>Yes, this is believed to have been resolved in 5.3. > > Good to hear. Many issues have been resolved in the 5.x branch, especially in the last month or so. So, I would trust 5.3-beta7 (which should be appearing this weekend, I think) much more than 5.2.1. > I would rather downgrade to 5.1 (because I know it works > reliably on this piece of equipment), but unfortunately, > somewhere during "make installworld", the install binary > starts to segfault. We don't really support "compiling into a previous version". I can understand if you wanted to stick with 5.1, but if you are starting at 5.2.1 then you're probably going to have to install from the original 5.1 CD's. You are bound to run into problems trying to do build and install a 5.1 world from a 5.2 world, and we are not going to fix those problems because at least some of those fixes would have to be *in* the 5.1-world, and there is no way we are going to spend time on that instead of 5.3-(soon-to-be-)stable. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 22:11:41 2004 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 CE8E016A4CE for ; Sat, 2 Oct 2004 22:11:41 +0000 (GMT) Received: from poros.telenet-ops.be (poros.telenet-ops.be [195.130.132.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E03A43D31 for ; Sat, 2 Oct 2004 22:11:41 +0000 (GMT) (envelope-from philip@paeps.cx) Received: from localhost (localhost.localdomain [127.0.0.1]) by poros.telenet-ops.be (Postfix) with SMTP id 494CE3BC042 for ; Sun, 3 Oct 2004 00:11:38 +0200 (MEST) Received: from erda.home.paeps.cx (D5765D32.kabel.telenet.be [213.118.93.50]) by poros.telenet-ops.be (Postfix) with ESMTP id 082B03BC041 for ; Sun, 3 Oct 2004 00:11:38 +0200 (MEST) Received: from loge.home.paeps.cx (wlan.home.paeps.cx [10.0.0.128]) by erda.home.paeps.cx (Postfix) with ESMTP id 641982176 for ; Sun, 3 Oct 2004 00:11:24 +0200 (CEST) Received: from loge.home.paeps.cx (smmsp@localhost [127.0.0.1]) by loge.home.paeps.cx (8.13.1/8.13.1) with ESMTP id i92MBah7000889; Sun, 3 Oct 2004 00:11:36 +0200 (CEST) (envelope-from philip@loge.home.paeps.cx) Received: (from philip@localhost) by loge.home.paeps.cx (8.13.1/8.13.1/Submit) id i92LevoU000729; Sat, 2 Oct 2004 23:40:57 +0200 (CEST) (envelope-from philip) Date: Sat, 2 Oct 2004 23:40:57 +0200 From: Philip Paeps To: "Marc G. Fournier" Message-ID: <20041002214057.GA621@loge.home.paeps.cx> Mail-Followup-To: "Marc G. Fournier" , freebsd-current@freebsd.org References: <20041002164948.F64687@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041002164948.F64687@ganymede.hub.org> X-Date-in-Rome: ante diem VI Nonas Octobres MMDCCLVII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: To get 5.x vs 6.x ... ? 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: Sat, 02 Oct 2004 22:11:41 -0000 On 2004-10-02 16:50:40 (-0300), Marc G. Fournier wrote: > what should I set in my cvsup file? tag=RELENG_5, correct? Yes. - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. BOFH Excuse #310: asynchronous inode failure From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 22:18:52 2004 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 7DC6A16A4CE for ; Sat, 2 Oct 2004 22:18:52 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BB9543D2D for ; Sat, 2 Oct 2004 22:18:52 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 5484772DD4; Sat, 2 Oct 2004 15:18:52 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 4F2AF72DCB for ; Sat, 2 Oct 2004 15:18:52 -0700 (PDT) Date: Sat, 2 Oct 2004 15:18:52 -0700 (PDT) From: Doug White To: current@freebsd.org Message-ID: <20041002151123.J37762@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: IFS pollution from localpkg 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: Sat, 02 Oct 2004 22:18:52 -0000 Hey folks, I ran into a build problem on my amd64 box today, where ar was being fed output from a backtick operation but the carriage returns weren't being converted to spaces. After some gdb digging in sh, I found that the reason for the problem was that IFS=" " was set in my shell environment. Since I don't touch IFS in any of my shell dotfiles, and the system shellfiles don't either, I think this may be coming from /etc/rc.d/localpkg. It sets IFS just before calling the start script for scripts in /usr/local/etc/rc.d/ and friends. I start kdm out of a script there, and it probably inherits the environment, and it propagates all the way up to my Konsole session where I was trying to build world. Unsetting IFS made the buildworld continue past the prior point of trouble. I'm not quite sure why this is only a problem on the amd64 machine -- it was running a September 23 world, but is running KDE 3.3 instead of KDE 3.2 like the other machines I have here. The system was also built from scratch about that time, and the others have been around for 6 months or more. I guess no one changes the script_name_sep rc.conf variable to something more dangerous than the default space... Anyway, I think we should investigate running local package scripts with IFS (and other hazardous variables) stripped using env. Or perhaps not play with IFS at all unless the user sets script_name_sep, and change the default accordingly. I'm not sure why this doesn't mess more stuff up :-/ -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 22:27:16 2004 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 2E3FC16A4CE for ; Sat, 2 Oct 2004 22:27:16 +0000 (GMT) Received: from clueful.shagged.org (clueful.shagged.org [212.13.201.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED62D43D39 for ; Sat, 2 Oct 2004 22:27:15 +0000 (GMT) (envelope-from chris@clueful.shagged.org) Received: from chris by clueful.shagged.org with local (Exim 4.40 (FreeBSD)) id 1CDsLN-000HAm-7V for current@freebsd.org; Sat, 02 Oct 2004 23:27:09 +0100 Date: Sat, 2 Oct 2004 23:27:09 +0100 From: Chris Elsworth To: current@freebsd.org Message-ID: <20041002222709.GA65629@shagged.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Sender: Chris Elsworth X-Shagged-MailScanner-Information: See www.mailscanner.info for information X-Shagged-MailScanner: Found to be clean X-MailScanner-From: chris@clueful.shagged.org Subject: PXE booting 5.3-BETA6 kernel message issues 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: Sat, 02 Oct 2004 22:27:16 -0000 Hello, I hope someone here has an idea what's going on here - I've been trying to get 5.3-BETA6 PXE booting; I don't want anything special at the moment, just an NFS mounted root with tools available to perform disaster recovery etc. I've got the kernel transferred via TFTP and an mfsroot. If I use the mfsroot.flp from a release I eventually see sysinstall pop up, so it looks like everything is working, with one exception - the last message I see before sysinstall appears is the acpi.ko loading notification. Where are all the kernel messages going? It makes it quite difficult to construct my own mfsroot that just gives me a prompt when I can't see what's going on :) I've verified that the console is set to vidconsole in the loader; I tried comconsole and attaching a serial console also, same result. Setting boot_verbose didn't change anything. I'm not sure what else to try. Does anyone have any ideas? Cheers, -- Chris From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 23:17:26 2004 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 E092916A4CE for ; Sat, 2 Oct 2004 23:17:26 +0000 (GMT) Received: from beagle2.mehnert.org (beagle2.mehnert.org [212.42.235.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4484E43D1F for ; Sat, 2 Oct 2004 23:17:26 +0000 (GMT) (envelope-from hannes@mehnert.org) Received: from localhost (port-212-202-198-15.dynamic.qsc.de [212.202.198.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Hannes Mehnert", Issuer "mehnert root CA" (verified OK)) by beagle2.mehnert.org (Postfix) with ESMTP id 3E6559585D; Sun, 3 Oct 2004 01:17:24 +0200 (CEST) Date: Sun, 3 Oct 2004 01:17:23 +0200 From: Hannes Mehnert To: Allan Fields Message-ID: <20041002231723.GA700@mehnert.org> References: <20041002190838.GA8104@mehnert.org> <20041002205034.GC28121@afields.ca> <20041002211430.GC8104@mehnert.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041002211430.GC8104@mehnert.org> User-Agent: Mutt/1.4.2.1i cc: phk@phk.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: file system recovery [gbde] 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: Sat, 02 Oct 2004 23:17:27 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, Oct 02, 2004 at 11:14:30PM +0200, Hannes Mehnert wrote: > > > I downgraded to -CURRENT from 20040915, but it was also not able > > > to run fsck. > > > > Did you rebuild and install modules? g_bde can be loaded as a module > > when you run gbde(8) command. > > Yes, I'll downgrade to before phks commit and try again. Ok, downgraded to 20040910 (phks commit was on Sep 11 to -current). Didn't work. If you have any other ideas how to fix this, please mail them. Best Regards, Hannes Mehnert -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBXzcCRcuNlziBjRwRAr5rAJ9ZxOobeIhR6E83V2LJgtq/zwjIhgCdHEyD bUrCn34B4Pup3srT8Snc5Sk= =RHzj -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 23:36:03 2004 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 BE04116A4CE for ; Sat, 2 Oct 2004 23:36:03 +0000 (GMT) Received: from dglawrence.com (dsl-230-156.ipns.com [209.210.230.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51ED743D1F for ; Sat, 2 Oct 2004 23:36:03 +0000 (GMT) (envelope-from dg@nexus.dglawrence.com) Received: from nexus.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.12.10/8.12.6) with ESMTP id i92NZgrW028218; Sat, 2 Oct 2004 16:35:42 -0700 (PDT) (envelope-from dg@nexus.dglawrence.com) Received: (from dg@localhost) by nexus.dglawrence.com (8.12.10/8.12.3/Submit) id i92NZg2F028217; Sat, 2 Oct 2004 16:35:42 -0700 (PDT) Date: Sat, 2 Oct 2004 16:35:42 -0700 From: "David G. Lawrence" To: Garance A Drosihn Message-ID: <20041002233542.GL714@nexus.dglawrence.com> References: <200410020349.i923nG8v021675@northstar.hetzel.org> <20041002052856.GE17792@nexus.dglawrence.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: freebsd-current@freebsd.org Subject: Re: Bug in #! processing (long reply) 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: Sat, 02 Oct 2004 23:36:03 -0000 > fact, it seems to be the '--' which is causing the rest of the > line to be ignored, not the '#'. > > The PR is correct in that this feature is documented by perl books, > but the right way to support the feature is to change /bin/sh and > not the command interpreter. The PR includes a followup reply from > Ahmon Dancy with some additional proof that > the change to the command interpreter was the wrong way to fix this. > > Since this perl feature is documented in many places (including the > famous "Camel" book from O'Reilly), we can not just drop the support > in the command interpreter. But if we first fix /bin/sh then I > believe we can drop it. Err, your terminology is a bit off (/bin/sh is the "command interpreter"); what we're talking about is the behavior of the execve() system call in the kernel, specifically the imgact_shell image activation module. When the system sees that a file needs to be interpreted by something (e.g. sh, perl, python, or some other language interpreter) it parses the interpreter line specified at the top of the file (#!/bin/sh) and sets up to invoke that with the original file as the argument. ...but I see what you're saying and I agree with the thought. The interpreter should decide if the # is a comment, not the kernel. -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 TeraSolutions, Inc. - http://www.terasolutions.com - (888) 346 7175 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities.