From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 00:45:35 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7412816A4CE for ; Sun, 21 Dec 2003 00:45:35 -0800 (PST) Received: from leonis.nus.edu.sg (leonis.nus.edu.sg [137.132.1.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18A3643D45 for ; Sun, 21 Dec 2003 00:45:34 -0800 (PST) (envelope-from jqdkf@army.com) Received: from army.com (175-193.priv19.nus.edu.sg [172.19.175.193]) by leonis.nus.edu.sg (8.12.9/8.12.9) with SMTP id hBL8jYo5024177 for ; Sun, 21 Dec 2003 16:45:35 +0800 (SGT) Received: (qmail 32599 invoked by uid 1000); 21 Dec 2003 08:45:31 -0000 From: jqdkf@army.com Date: Sun, 21 Dec 2003 16:45:31 +0800 To: current@freebsd.org Message-ID: <20031221084531.GB31516@cactus.homeunix.org> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: services under /usr/local/etc/rc.d run twice on 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, 21 Dec 2003 08:45:35 -0000 Hi all, I'm using 5.2-current now and each time my system starts up, the scripts under /usr/local/etc/rc.d/ run twice. Though it is not harmful, it is really annoying which print out a lot of error messages on screen say the service has already been running. How can I resolve this problem? Is it related with any config file or with the kernel? -- Zeng Nan Simple is Beautiful. From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 02:59:29 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F7D616A4CE for ; Sun, 21 Dec 2003 02:59:29 -0800 (PST) Received: from utgard.mine.nu (host-217-172-250-31.lodz.mm.pl [217.172.250.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DC6F43D55 for ; Sun, 21 Dec 2003 02:59:27 -0800 (PST) (envelope-from amok@utgard.mine.nu) Received: (qmail 1759 invoked by uid 1000); 21 Dec 2003 10:59:25 -0000 Date: Sun, 21 Dec 2003 11:59:25 +0100 From: Huginn To: current@freebsd.org Message-ID: <20031221105925.GA1713@utgard.lodz.mm.pl> Mail-Followup-To: current@freebsd.org References: <20031221084531.GB31516@cactus.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <20031221084531.GB31516@cactus.homeunix.org> User-Agent: Mutt/1.4.1i Subject: Re: services under /usr/local/etc/rc.d run twice on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: huginn78@o2.pl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2003 10:59:29 -0000 On Sun, Dec 21, 2003 at 04:45:31PM +0800, jqdkf@army.com wrote: > Hi all, > > I'm using 5.2-current now and each time my system starts up, the scripts > under /usr/local/etc/rc.d/ run twice. Though it is not harmful, it is > really annoying which print out a lot of error messages on screen say the > service has already been running. How can I resolve this problem? Is it > related with any config file or with the kernel? > Copy-paste from /usr/srt/UPDATING: 20030829: The following rc.d scripts have been removed and should be deleted from your installation: atm2.sh atm3.sh devdb localdaemons network1 network2 network3. Depending on when you last updated world and used mergemaster(8) you may or may not have problems during the rc boot sequence. The simplest solution is an 'rm -rf /etc/rc.d/*' and then 'mergemaster -i'. The atm2.sh atm3.sh and devdb scripts were removed some time ago, so depending on when you installed -CURRENT these scripts may or may not exist on your system. -- Huginn From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 03:35:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECD9016A4CE for ; Sun, 21 Dec 2003 03:35:47 -0800 (PST) Received: from leonis.nus.edu.sg (leonis.nus.edu.sg [137.132.1.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFF0843D55 for ; Sun, 21 Dec 2003 03:35:45 -0800 (PST) (envelope-from jqdkf@army.com) Received: from army.com (175-193.priv19.nus.edu.sg [172.19.175.193]) by leonis.nus.edu.sg (8.12.9/8.12.9) with SMTP id hBLBZjo5028934 for ; Sun, 21 Dec 2003 19:35:46 +0800 (SGT) Received: (qmail 661 invoked by uid 1000); 21 Dec 2003 11:35:42 -0000 From: jqdkf@army.com Date: Sun, 21 Dec 2003 19:35:42 +0800 To: current@freebsd.org Message-ID: <20031221113542.GA626@cactus.homeunix.org> Mail-Followup-To: current@freebsd.org References: <20031221084531.GB31516@cactus.homeunix.org> <20031221105925.GA1713@utgard.lodz.mm.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031221105925.GA1713@utgard.lodz.mm.pl> User-Agent: Mutt/1.4.1i Subject: Re: services under /usr/local/etc/rc.d run twice on 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, 21 Dec 2003 11:35:48 -0000 On Sun, Dec 21, 2003 at 11:59:25AM +0100, Huginn wrote: > On Sun, Dec 21, 2003 at 04:45:31PM +0800, jqdkf@army.com wrote: > > Hi all, > > > > I'm using 5.2-current now and each time my system starts up, the scripts > > under /usr/local/etc/rc.d/ run twice. Though it is not harmful, it is > > really annoying which print out a lot of error messages on screen say the > > service has already been running. How can I resolve this problem? Is it > > related with any config file or with the kernel? > > > Copy-paste from /usr/srt/UPDATING: > 20030829: > The following rc.d scripts have been removed and should be > deleted from your installation: atm2.sh atm3.sh devdb > localdaemons network1 network2 network3. Depending on when > you last updated world and used mergemaster(8) you may or > may not have problems during the rc boot sequence. The simplest > solution is an 'rm -rf /etc/rc.d/*' and then 'mergemaster -i'. > The atm2.sh atm3.sh and devdb scripts were removed some time > ago, so depending on when you installed -CURRENT these scripts > may or may not exist on your system. > -- > Huginn Thanks a lot. It does solve the problem. But I wonder why freebsd doesn't remove those obsolete files automatically after each upgrade. It would make the system cleaner and avoid such difficult to track problems. -- Zeng Nan Simple is Beautiful. From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 04:06:12 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FF2D16A4CF for ; Sun, 21 Dec 2003 04:06:12 -0800 (PST) Received: from anchor-post-32.mail.demon.net (anchor-post-32.mail.demon.net [194.217.242.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43D6443D50 for ; Sun, 21 Dec 2003 04:06:11 -0800 (PST) (envelope-from mike@urgle.com) Received: from guylian.urgle.com ([80.177.40.54]) by anchor-post-32.mail.demon.net with esmtp (Exim 3.35 #1) id 1AY2LY-0001i9-0W; Sun, 21 Dec 2003 12:06:08 +0000 Received: from mike by guylian.urgle.com with local (Exim 4.24; FreeBSD 5.1) id 1AY2LX-000F54-No; Sun, 21 Dec 2003 12:06:07 +0000 Date: Sun, 21 Dec 2003 12:06:07 +0000 From: Mike Bristow To: Jun Su Message-ID: <20031221120607.GA57786@guylian.urgle.com> References: <200312210454.hBL4sdNP041076@m-net.arbornet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200312210454.hBL4sdNP041076@m-net.arbornet.org> User-Agent: Mutt/1.5.5.1i cc: current@freebsd.org Subject: Re: How to use an alternative rtld-elf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 21 Dec 2003 12:06:12 -0000 On Sat, Dec 20, 2003 at 11:54:39PM -0500, Jun Su wrote: > I am working on the rtld-elf. I want to use my debug version of ld-elf.so for debug purpose. Is there a way to specify an ld-elf.so.1 when loading an executable file? Also I don’t want make my debug ld-elf.so system wide. Set up a chroot jail with your rtld-elf in it. -- Good night little fishey-wishes.... I've counted you, so no sneaky eating each other. -- FW (should I worry?) From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 06:37:27 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6462316A4CE for ; Sun, 21 Dec 2003 06:37:27 -0800 (PST) Received: from dd1318.kasserver.com (dd1318.kasserver.com [81.209.148.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8920F43D5E for ; Sun, 21 Dec 2003 06:37:24 -0800 (PST) (envelope-from gbergling@0xfce3.net) Received: from nemesis.md.0xfce3.net (port-ip-213-211-224-164.reverse.mdcc-fun.de [213.211.224.164]) by dd1318.kasserver.com (Postfix) with ESMTP id CBD8C56B61 for ; Sun, 21 Dec 2003 15:34:51 +0100 (CET) Received: from nemesis.md.0xfce3.net (localhost [127.0.0.1]) hBLEbKug003531 for ; Sun, 21 Dec 2003 15:37:20 +0100 (CET) (envelope-from gbergling@0xfce3.net) Received: (from gordon@localhost) by nemesis.md.0xfce3.net (8.12.10/8.12.10/Submit) id hBLEbKS0003530 for freebsd-current@freebsd.org; Sun, 21 Dec 2003 15:37:20 +0100 (CET) (envelope-from gbergling@0xfce3.net) X-Authentication-Warning: nemesis.ipv6.0xfce3.net: gordon set sender to gbergling@0xfce3.net using -f Date: Sun, 21 Dec 2003 15:37:20 +0100 From: Gordon Bergling To: freebsd-current@freebsd.org Message-ID: <20031221143720.GA3453@nemesis.md.0xfce3.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Url: X-Operating-System: FreeBSD 5.2-RC i386 X-Host-Uptime: 3:23PM up 4:29, 7 users, load averages: 0.99, 0.65, 0.38 Subject: issues between ATAng and pcm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gordon Bergling List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2003 14:37:27 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi @all, I discovering a strange behavior which seems to be caused of issues between ATAng and pcm looking. I start burning a cdr with an atapi cdrw drive at low speed (4x) and the sound which is played by xmms is getting slower and slower. After a few seconds the system isn't responding anymore. One tone is played all the time and the system seems to be hard locked up. After nearly 60 seconds the system resumes normal operations. I had tried 3 times and the result is allways the same. My hardware is: ad0: 43979MB [89355/16/63] at ata0-master UDMA100 acd0: CDROM at ata1-master PIO4 acd1: CDRW at ata1-slave PIO4 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present cd1 at ata1 bus 0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device=20 cd1: 16.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present da0 at ahc0 bus 0 target 6 lun 0 da0: Fixed Direct Access SCSI-2 device=20 da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C) The following is the content of kern.msgbuf: ata1: resetting devices .. acd0: WARNING - removed from configuration acd1: WARNING - removed from configuration done ata1-slave: timeout sending command=3Da0 ata1-slave: error issuing ATA PACKET command psmintr: delay too long; resetting byte count (cd0:ata1:0:0:0): lost device (cd0:ata1:0:0:0): removing device entry GEOM: destroy disk cd0 dp=3D0xc2e33e00 ata1-slave: timeout sending command=3Da0 ata1-slave: error issuing ATA PACKET command psmintr: delay too long; resetting byte count ata1-slave: timeout sending command=3Da0 ata1-slave: error issuing ATA PACKET command psmintr: delay too long; resetting byte count (probe0:ata1:0:0:0): Lost target 0??? (cd1:ata1:0:1:0): lost device (cd1:ata1:0:1:0): removing device entry GEOM: destroy disk cd1 dp=3D0xc2e33600 (probe1:ata1:0:1:0): Lost target 1??? psmintr: out of sync (0000 !=3D 0008). psmintr: discard a byte (1). pid 1932 (burncd), uid 0: exited on signal 11 (core dumped) ata1: resetting devices .. done ad0: WARNING - READ_DMA recovered from missing interrupt After a such error I must reboot the system to take use of a cdrom drive. The system is a 5.2-RC. Let me know if I can provide more information. best regards, Gordon --=20 Gordon Bergling http://www.0xFCE3.net/ PGP Fingerprint: 7732 9BB1 5013 AE8B E42C 28E0 93B9 D32B C76F 02A0 RIPE-HDL: MDTP-RIPE "There is no place like 127.0.0.0/8" --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/5bAfk7nTK8dvAqARAv0mAKCyYadksl78BXLoLdE6phlKfv73JwCgmLGG N4Ht/sI3FKkQbm7wjaVMTlU= =mvj8 -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 06:52:29 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FE8716A4CE for ; Sun, 21 Dec 2003 06:52:29 -0800 (PST) Received: from mhub-w5.tc.umn.edu (mhub-w5.tc.umn.edu [160.94.160.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 247B543D66 for ; Sun, 21 Dec 2003 06:52:28 -0800 (PST) (envelope-from ryans@gamersimpact.com) Received: from [24.107.70.120] by mhub-w5.tc.umn.edu with ESMTP; Sun, 21 Dec 2003 08:52:22 -0600 From: Ryan Sommers To: jqdkf@army.com In-Reply-To: <20031221113542.GA626@cactus.homeunix.org> References: <20031221084531.GB31516@cactus.homeunix.org> <20031221105925.GA1713@utgard.lodz.mm.pl> <20031221113542.GA626@cactus.homeunix.org> Content-Type: text/plain Message-Id: <1072018131.715.10.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 21 Dec 2003 08:48:51 -0600 Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: services under /usr/local/etc/rc.d run twice on 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, 21 Dec 2003 14:52:29 -0000 > Thanks a lot. It does solve the problem. But I wonder why freebsd > doesn't remove those obsolete files automatically after each upgrade. > It would make the system cleaner and avoid such difficult to track > problems. Most people modify their files in /etc. Distinguishing between old unmodified and old modified files would be very difficult; especially considering the fact that people can upgrade between many different versions. In the end you would still need to run a mergemaster like program because merging modified files would require human interaction. In my opinion mergemaster is good for the complete opposite reason you stated. For me it helps me keep my /etc filesystem clean from older stale files. This wasn't a very difficult problem to track down either; it's actually a very common issue because many people don't pay attention to the UPDATING file. -- Ryan "leadZERO" Sommers Gamer's Impact President ryans@gamersimpact.com ICQ: 1019590 AIM/MSN: leadZERO -= http://www.gamersimpact.com =- From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 07:12:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C645C16A4CE for ; Sun, 21 Dec 2003 07:12:04 -0800 (PST) Received: from smtp-out-02.utu.fi (smtp-out-02.utu.fi [130.232.202.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD5B543D55 for ; Sun, 21 Dec 2003 07:12:02 -0800 (PST) (envelope-from yurtesen@ispro.net.tr) Received: from ispro.net.tr (perpetual.yok.utu.fi [130.232.138.155]) by smtp02.mess.utu.fi (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTPS id <0HQ900JSM3JVFX@smtp02.mess.utu.fi> for current@freebsd.org; Sun, 21 Dec 2003 17:12:01 +0200 (EET) Date: Sun, 21 Dec 2003 17:11:00 +0200 From: Evren Yurtesen In-reply-to: <1072018131.715.10.camel@localhost> To: Ryan Sommers Message-id: <3FE5B804.6000707@ispro.net.tr> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030808 References: <20031221084531.GB31516@cactus.homeunix.org> <20031221105925.GA1713@utgard.lodz.mm.pl> <1072018131.715.10.camel@localhost> cc: jqdkf@army.com cc: current@freebsd.org Subject: mergemaster feature suggestion... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 21 Dec 2003 15:12:04 -0000 mergemaster always asks if you want to install a file which doesnt exist in /etc already. Why cant it also ask for removing a file which doesnt exist in sources? Then the user can decide if he/she needs that file or not then remove it safely. Ryan Sommers wrote: >>Thanks a lot. It does solve the problem. But I wonder why freebsd >>doesn't remove those obsolete files automatically after each upgrade. >>It would make the system cleaner and avoid such difficult to track >>problems. > > > Most people modify their files in /etc. Distinguishing between old > unmodified and old modified files would be very difficult; especially > considering the fact that people can upgrade between many different > versions. In the end you would still need to run a mergemaster like > program because merging modified files would require human interaction. > > In my opinion mergemaster is good for the complete opposite reason you > stated. For me it helps me keep my /etc filesystem clean from older > stale files. This wasn't a very difficult problem to track down either; > it's actually a very common issue because many people don't pay > attention to the UPDATING file. > From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 07:41:36 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A911116A4CE for ; Sun, 21 Dec 2003 07:41:36 -0800 (PST) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ABEB43D3F for ; Sun, 21 Dec 2003 07:41:35 -0800 (PST) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 7D0E8653D8; Sun, 21 Dec 2003 15:41:33 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 96968-02; Sun, 21 Dec 2003 15:41:33 +0000 (GMT) Received: from saboteur.dek.spc.org (82-147-18-36.dsl.uk.rapidplay.com [82.147.18.36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 3BC1265219; Sun, 21 Dec 2003 15:41:31 +0000 (GMT) Received: by saboteur.dek.spc.org (Postfix, from userid 1001) id 08A5525; Sun, 21 Dec 2003 15:41:29 +0000 (GMT) Date: Sun, 21 Dec 2003 15:41:29 +0000 From: Bruce M Simpson To: Evren Yurtesen Message-ID: <20031221154129.GE2228@saboteur.dek.spc.org> References: <20031221084531.GB31516@cactus.homeunix.org> <20031221105925.GA1713@utgard.lodz.mm.pl> <1072018131.715.10.camel@localhost> <3FE5B804.6000707@ispro.net.tr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3FE5B804.6000707@ispro.net.tr> cc: Ryan Sommers cc: jqdkf@army.com cc: current@freebsd.org Subject: Re: mergemaster feature suggestion... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 21 Dec 2003 15:41:36 -0000 [bikeshed detected; purging] On Sun, Dec 21, 2003 at 05:11:00PM +0200, Evren Yurtesen wrote: > mergemaster always asks if you want to install a file which doesnt exist > in /etc already. Why cant it also ask for removing a file which doesnt > exist in sources? Then the user can decide if he/she needs that file or > not then remove it safely. If you'd taken the time to read the list archives you'd have noticed that this very question had been addressed in an earlier thread within the past 6 weeks. And the root cause was the same. The 'officially sanctioned' upgrade path is a binary upgrade or fresh install, unless you're a developer, or just someone who enjoys an interesting life. BMS From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 08:29:20 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 145AB16A4CE; Sun, 21 Dec 2003 08:29:20 -0800 (PST) Received: from mailbox.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B2F143D45; Sun, 21 Dec 2003 08:29:16 -0800 (PST) (envelope-from l.ertl@univie.ac.at) Received: from wireless (adslle.cc.univie.ac.at [131.130.102.11]) hBLGT7m2447300; Sun, 21 Dec 2003 17:29:09 +0100 Date: Sun, 21 Dec 2003 17:29:04 +0100 (CET) From: Lukas Ertl To: current@freebsd.org, wpaul@freebsd.org Message-ID: <20031221172213.W605@korben.in.tern> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-DCC-ZID-Univie-Metrics: mailbox 4246; Body=0 Fuz1=0 Fuz2=0 Subject: if_ndis panic when setting IP address X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 21 Dec 2003 16:29:20 -0000 Hi, with the latest ndis commits 802.11 support should be better, nevertheless I get a panic when setting an IP address with ifconfig. if_ndis loads fine: ndis0: mem 0xc0200000-= 0xc0200fff irq 11 at device 2.0 on pci2 ndis0: failed to enable port mapping! ndis0: failed to enable port mapping! can't re-use a leaf (ESS_ID)! no match for NdisUnchainBufferAtBack no match for NdisGetFirstBufferFromPacketSafe status: 400100fe status complete status: 4001000c status complete ndis0: 802.11 address: 00:04:23:7e:d9:98 ndis0: 11b rates: 11Mbps 2Mbps 1Mbps NDIS dummy called... last message repeated 50 times reset done... NDIS dummy called... last message repeated 1051 times The panic happens in ndis_query_buf_safe+0xc, which is unfortunately not saved in the gdb backtrace, but it looks like a NULL pointer dereference: GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you ar= e 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-undermydesk-freebsd"... panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address=09=3D 0x0 fault code=09=09=3D supervisor write, page not present instruction pointer=09=3D 0x8:0xc4cb926c stack pointer=09 =3D 0x10:0xd77bb690 frame pointer=09 =3D 0x10:0xd77bb690 code segment=09=09=3D base 0x0, limit 0xfffff, type 0x1b =09=09=09=3D DPL 0, pres 1, def32 1, gran 1 processor eflags=09=3D interrupt enabled, resume, IOPL =3D 0 current process=09=09=3D 22 (irq11: cbb0 fxp0+) Dumping 511 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 --- Reading symbols from /usr/obj/usr/src/sys/KORBEN/modules/usr/src/sys/module= s/acpi/acpi.ko.debug...done. Loaded symbols for /usr/obj/usr/src/sys/KORBEN/modules/usr/src/sys/modules/= acpi/acpi.ko.debug Reading symbols from /usr/obj/usr/src/sys/KORBEN/modules/usr/src/sys/module= s/linux/linux.ko.debug...done. Loaded symbols for /usr/obj/usr/src/sys/KORBEN/modules/usr/src/sys/modules/= linux/linux.ko.debug Reading symbols from /usr/obj/usr/src/sys/KORBEN/modules/usr/src/sys/module= s/ndis/ndis.ko.debug...done. Loaded symbols for /usr/obj/usr/src/sys/KORBEN/modules/usr/src/sys/modules/= ndis/ndis.ko.debug Reading symbols from /boot/kernel/if_ndis.ko...done. Loaded symbols for /boot/kernel/if_ndis.ko #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 240=09=09dumping++; (kgdb) where #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc044c4c5 in db_fncall (dummy1=3D0, dummy2=3D0, dummy3=3D0, dummy4=3D0xd77bb498 "=C0=A1t=C0\f") at /usr/src/sys/ddb/db_command.c:54= 8 #2 0xc044c212 in db_command (last_cmdp=3D0xc0749860, cmd_table=3D0x0, aux_cmd_tablep=3D0xc06ff7e0, aux_cmd_tablep_end=3D0xc06ff7e4) at /usr/src/sys/ddb/db_command.c:346 #3 0xc044c355 in db_command_loop () at /usr/src/sys/ddb/db_command.c:472 #4 0xc044f375 in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_trap= =2Ec:73 #5 0xc06966dc in kdb_trap (type=3D12, code=3D0, regs=3D0xd77bb650) at /usr/src/sys/i386/i386/db_interface.c:171 #6 0xc06aa606 in trap_fatal (frame=3D0xd77bb650, eva=3D0) at /usr/src/sys/i386/i386/trap.c:816 #7 0xc06aa2d2 in trap_pfault (frame=3D0xd77bb650, usermode=3D0, eva=3D0) at /usr/src/sys/i386/i386/trap.c:735 #8 0xc06a9e2d in trap (frame=3D {tf_fs =3D 24, tf_es =3D 16, tf_ds =3D 16, tf_edi =3D -990359552, tf_= esi =3D 0, tf_ebp =3D -679758192, tf_isp =3D -679758212, tf_ebx =3D -990359= 552, tf_edx =3D -1043124778, tf_ecx =3D -988330848, tf_eax =3D 0, tf_trapno= =3D 12, tf_err =3D 2, tf_eip =3D -993291668, tf_cs =3D 8, tf_eflags =3D 66= 118, tf_esp =3D -679758048, tf_ss =3D -992711837}) at /usr/src/sys/i386/i386/trap.c:420 #9 0xc0698088 in calltrap () at {standard input}:94 #10 0xc4d46b63 in drv_data () from /boot/kernel/if_ndis.ko #11 0xc4d46284 in drv_data () from /boot/kernel/if_ndis.ko #12 0xc4d46f0c in drv_data () from /boot/kernel/if_ndis.ko #13 0xc4d4712f in drv_data () from /boot/kernel/if_ndis.ko #14 0xc4d31170 in drv_data () from /boot/kernel/if_ndis.ko #15 0xc4cbb1f8 in ndis_init_dma (arg=3D0xc4f85000) at /usr/src/sys/compat/ndis/kern_ndis.c:669 #16 0xc4ccb6a9 in ndis_start (ifp=3D0xc4f85000) at /usr/src/sys/dev/if_ndis/if_ndis.c:944 #17 0xc4ccb118 in ndis_linksts (adapter=3D0x0, status=3D0, sbuf=3D0x0, slen= =3D0) at /usr/src/sys/dev/if_ndis/if_ndis.c:731 #18 0xc4d3a47b in drv_data () from /boot/kernel/if_ndis.ko #19 0xc4d31b14 in drv_data () from /boot/kernel/if_ndis.ko #20 0xc4d47cda in drv_data () from /boot/kernel/if_ndis.ko ---Type to continue, or q to quit--- #21 0xc4d44253 in drv_data () from /boot/kernel/if_ndis.ko #22 0xc4d43997 in drv_data () from /boot/kernel/if_ndis.ko #23 0xc4d44f12 in drv_data () from /boot/kernel/if_ndis.ko #24 0xc4d45067 in drv_data () from /boot/kernel/if_ndis.ko #25 0xc4cbb5f3 in ndis_get_info (arg=3D0x0, oid=3D0, buf=3D0x0, buflen=3D0x= c4f85000) at /usr/src/sys/compat/ndis/kern_ndis.c:942 #26 0xc4ccb1a9 in ndis_intr (arg=3D0xc4f85000) at /usr/src/sys/dev/if_ndis/if_ndis.c:768 #27 0xc0526c68 in ithread_loop (arg=3D0xc1d1a800) at /usr/src/sys/kern/kern_intr.c:544 #28 0xc05258e0 in fork_exit (callout=3D0xc0526a90 , arg=3D0x0= , frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:793 (kgdb) quit regards, le --=20 Lukas Ertl eMail: l.ertl@univie.ac.at UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 11:20:02 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C82A416A4CE for ; Sun, 21 Dec 2003 11:20:02 -0800 (PST) Received: from priv-edtnes42.telusplanet.net (outbound05.telus.net [199.185.220.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AD1B43D50 for ; Sun, 21 Dec 2003 11:20:01 -0800 (PST) (envelope-from james@icionline.ca) Received: from localhost ([199.185.220.240]) by priv-edtnes42.telusplanet.net (InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP id <20031221192001.NOC3871.priv-edtnes42.telusplanet.net@localhost> for ; Sun, 21 Dec 2003 12:20:01 -0700 Received: from 24.64.142.120 ( [24.64.142.120]) as user urbanex2@192.168.200.1 by webmail.telus.net with HTTP; Sun, 21 Dec 2003 11:20:00 -0800 Message-ID: <1072034400.3fe5f260ca848@webmail.telus.net> Date: Sun, 21 Dec 2003 11:20:00 -0800 From: James Earl To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.1-cvs X-Originating-IP: 24.64.142.120 Subject: Continued problems with Aironet device and 5.2-RC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 21 Dec 2003 19:20:02 -0000 Hi, I was able to get rid of "an0: failed to read RID ff50 7f21 21 0 2eab, 3" messages, but my connection still eventually drops when transmitting data. I tried many different IRQ combinations in the BIOS setup. Some combinations go t rid of the error message above, and some combinations had more stable results that would NOT partially freeze my system. Another strange thing I noticed... After the connection would drop, I wasn't able to reconnect to my Access Point - even after a reboot, until I powered down, and powered back up the AP! I don't think there's any problem with the AP as it works without problems under 5.1-RELEASE. I also tried booting with ACPI disabled but there was no difference. I monitored system activity using 'systat 1 -vmstat' on both 5.1-RELEASE and 5.2 -RC, but nothing really stood out as being the problem. There is also an fxp0: Intel Pro/100 VE NIC on my machine and it hasn't shown any problems. My Cisco Aironet 350 card has a downgraded firmware - version 5.00.01. I have also tried newer firmware versions just in case, without any luck. Making the transition from 5.1-RELEASE to 5.2-RC I didn't change any BIOS settings, and I built the kernel identical to what I had setup under 5.1-RELEASE. Has anyone else had similar problems with 'an', and 5.2-RC? Is there anything obvious I'm missing? From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 11:29:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F6C616A4CE for ; Sun, 21 Dec 2003 11:29:45 -0800 (PST) Received: from hak.cnd.mcgill.ca (hak.cnd.mcgill.ca [132.216.11.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A5C143D53 for ; Sun, 21 Dec 2003 11:29:40 -0800 (PST) (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 hBLJQ415018219; Sun, 21 Dec 2003 14:26:04 -0500 (EST) (envelope-from mat@hak.cnd.mcgill.ca) Received: (from mat@localhost) by hak.cnd.mcgill.ca (8.12.9/8.12.8/Submit) id hBLJQ4AA018218; Sun, 21 Dec 2003 14:26:04 -0500 (EST) Date: Sun, 21 Dec 2003 14:26:04 -0500 From: Mathew Kanner To: Gordon Bergling Message-ID: <20031221192604.GH85297@cnd.mcgill.ca> References: <20031221143720.GA3453@nemesis.md.0xfce3.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031221143720.GA3453@nemesis.md.0xfce3.net> 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.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on hak.cnd.mcgill.ca cc: freebsd-current@freebsd.org Subject: Re: issues between ATAng and pcm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 21 Dec 2003 19:29:45 -0000 On Dec 21, Gordon Bergling wrote: > Hi @all, > > I discovering a strange behavior which seems to be caused of issues > between ATAng and pcm looking. I start burning a cdr with an atapi > cdrw drive at low speed (4x) and the sound which is played by xmms is > getting slower and slower. After a few seconds the system isn't responding > anymore. One tone is played all the time and the system seems to be hard > locked up. After nearly 60 seconds the system resumes normal operations. > I had tried 3 times and the result is allways the same. > > My hardware is: > ad0: 43979MB [89355/16/63] at ata0-master UDMA100 > acd0: CDROM at ata1-master PIO4 > acd1: CDRW at ata1-slave PIO4 > cd0 at ata1 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 16.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not present > cd1 at ata1 bus 0 target 1 lun 0 > cd1: Removable CD-ROM SCSI-0 device > cd1: 16.000MB/s transfers > cd1: Attempt to query device size failed: NOT READY, Medium not present > da0 at ahc0 bus 0 target 6 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing > Enabled > da0: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C) Hello Gordon, What happens when you enable atapi dma? echo "hw.ata.atapi_dma=1" >> /boot/loader.conf --Mat -- If you optimize everything, you will always be unhappy. - Don Knuth From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 04:56:09 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9429D16A4CE for ; Sun, 21 Dec 2003 04:56:09 -0800 (PST) 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 3E94043D53 for ; Sun, 21 Dec 2003 04:56:05 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: from spider.deepcore.dk (localhost [127.0.0.1]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id hBLCqttx028227 for ; Sun, 21 Dec 2003 13:52:55 +0100 (CET) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.10/8.12.10/Submit) id hBLCqtDX028226 for current@freebsd.org; Sun, 21 Dec 2003 13:52:55 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200312211252.hBLCqtDX028226@spider.deepcore.dk> To: current@freebsd.org Date: Sun, 21 Dec 2003 13:52:55 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 X-mail-scanned: by DeepCore Virus & Spam killer v1.3 X-Mailman-Approved-At: Sun, 21 Dec 2003 11:42:50 -0800 Subject: 5.2 showstopper still present ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 21 Dec 2003 12:56:09 -0000 I still see VM problems even under moderate load (ie a simple make world) This time I managed to run ps before it grinded to a halt, note all the processes stuck in "vmpfw"... (BTW -current shows same behavior) UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 -16 0 0 4 sched DLs ?? 0:00.01 (swapper) 0 1 0 0 8 0 760 252 wait ILs ?? 0:00.01 /sbin/init -- 0 2 0 1 -8 0 0 12 - DL ?? 0:00.25 (g_event) 0 3 0 0 -8 0 0 12 - DL ?? 0:01.05 (g_up) 0 4 0 0 -8 0 0 12 - DL ?? 0:01.69 (g_down) 0 5 0 0 8 0 0 12 tqthr DL ?? 0:00.00 (taskqueue) 0 6 0 0 -84 0 0 12 actask IL ?? 0:00.07 (acpi_task0) 0 7 0 0 -84 0 0 12 actask IL ?? 0:00.00 (acpi_task1) 0 8 0 0 -84 0 0 12 actask IL ?? 0:00.00 (acpi_task2) 0 9 0 120 -16 0 0 12 cbb cv DL ?? 0:00.00 (cbb0) 0 10 0 0 -16 0 0 12 ktrace DL ?? 0:00.00 (ktrace) 0 11 0 18 -16 0 0 12 - RL ?? 55:43.75 (idle) 0 13 0 0 -60 0 0 12 - WL ?? 0:00.05 (irq1: atkbd0) 0 16 0 0 -64 0 0 12 - WL ?? 0:00.00 (irq5: ohci0 ohci1++) 0 17 0 0 -64 0 0 12 - WL ?? 0:00.00 (irq6: fdc0) 0 20 0 0 -52 0 0 12 - WL ?? 0:00.00 (irq9: acpi0) 0 22 0 0 -80 0 0 12 - WL ?? 0:00.07 (irq11: cbb0 cbb1++) 0 25 0 0 -64 0 0 12 - WL ?? 0:00.00 (irq14: ata0) 0 26 0 0 -64 0 0 12 - WL ?? 0:00.76 (irq15: ata1) 0 27 0 0 -48 0 0 12 - WL ?? 0:04.87 (swi8: tty:sio clock) 0 29 0 0 -44 0 0 12 - WL ?? 0:00.00 (swi1: net) 0 30 0 0 76 0 0 12 - DL ?? 0:00.30 (random) 0 32 0 0 -20 0 0 12 - WL ?? 0:00.00 (swi7: acpitaskq) 0 33 0 0 -20 0 0 12 - WL ?? 0:01.52 (swi7: task queue) 0 35 0 0 0 0 0 12 tzpoll DL ?? 0:00.27 (acpi_thermal) 0 36 0 0 8 0 0 12 usbevt DL ?? 0:00.00 (usb0) 0 37 0 0 8 0 0 12 usbtsk DL ?? 0:00.00 (usbtask) 0 38 0 0 8 0 0 12 usbevt DL ?? 0:00.00 (usb1) 0 39 0 0 8 0 0 12 usbevt DL ?? 0:00.00 (usb2) 0 40 0 0 8 0 0 12 usbevt DL ?? 0:00.00 (usb3) 0 41 0 0 -16 0 0 12 cbb cv DL ?? 0:00.00 (cbb1) 0 42 0 0 -48 0 0 12 - WL ?? 0:00.00 (swi0: tty:sio) 0 43 0 0 -16 0 0 12 psleep DL ?? 0:00.01 (pagedaemon) 0 44 0 2 20 0 0 12 psleep DL ?? 0:00.00 (vmdaemon) 0 45 0 0 171 0 0 12 pgzero DL ?? 0:24.49 (pagezero) 0 46 0 0 -16 0 0 12 psleep DL ?? 0:00.29 (bufdaemon) 0 47 0 0 20 0 0 12 syncer DL ?? 0:03.09 (syncer) 0 48 0 0 -4 0 0 12 vlruwt DL ?? 0:00.02 (vnlru) 0 49 0 2 8 0 0 12 - IL ?? 0:00.00 (nfsiod 0) 0 50 0 2 8 0 0 12 - IL ?? 0:00.00 (nfsiod 1) 0 51 0 2 8 0 0 12 - IL ?? 0:00.00 (nfsiod 2) 0 52 0 2 8 0 0 12 - IL ?? 0:00.00 (nfsiod 3) 0 179 1 182 20 0 244 84 pause Is ?? 0:00.00 adjkerntz -i 0 294 1 0 96 0 784 272 dev cv Is ?? 0:00.00 /sbin/devd 0 316 1 0 96 0 1312 732 select Ss ?? 0:00.02 /usr/sbin/syslogd -s 0 333 1 0 96 0 1404 872 select Ss ?? 0:00.01 /usr/sbin/rpcbind 0 418 1 179 118 0 1340 844 select Is ?? 0:00.00 /usr/sbin/mountd -r 0 420 1 179 4 0 1308 832 accept Is ?? 0:00.01 nfsd: master (nfsd) 0 422 420 179 4 0 1204 616 - I ?? 0:00.00 nfsd: server (nfsd) 0 423 420 179 4 0 1204 616 - I ?? 0:00.00 nfsd: server (nfsd) 0 424 420 179 4 0 1204 616 - I ?? 0:00.00 nfsd: server (nfsd) 0 425 420 179 4 0 1204 616 - I ?? 0:00.00 nfsd: server (nfsd) 0 447 1 179 118 0 1228 628 select Is ?? 0:00.00 /usr/sbin/moused -z 4 -p /dev/ums0 -I /var/run/moused.ums0.pid 0 452 1 0 96 0 1232 676 select Ss ?? 0:00.01 /usr/sbin/usbd 0 472 1 179 118 0 1284 760 select Is ?? 0:00.00 /usr/sbin/lpd 0 506 1 145 114 0 3020 1524 select Is ?? 0:00.06 /usr/sbin/sshd 0 524 1 0 8 0 1336 880 nanslp Ss ?? 0:00.01 /usr/sbin/cron 0 563 1 0 96 0 1228 632 select Ss ?? 0:02.57 /usr/sbin/moused -z 4 -3 -p /dev/psm0 -t auto 0 584 1 179 118 0 1416 876 select Is ?? 0:00.00 /usr/sbin/inetd -wW -C 60 0 601 1 104 5 0 1272 688 siodcd I ?? 0:00.00 /usr/libexec/getty std.9600 ttyd0 0 25212 524 0 -8 0 1336 928 piperd I ?? 0:00.00 cron: running job (cron) 2 25214 25212 0 8 0 908 640 wait Is ?? 0:00.00 /bin/sh -c /usr/libexec/save-entropy 2 25216 25214 0 -16 0 948 680 vmpfw DL ?? 0:00.00 /bin/sh /usr/libexec/save-entropy 0 25220 524 0 -8 0 1336 928 piperd I ?? 0:00.00 cron: running job (cron) 2 25223 25220 0 8 0 908 640 wait Is ?? 0:00.00 /bin/sh -c /usr/libexec/save-entropy 2 25225 25223 0 -16 0 948 680 vmpfw DL ?? 0:00.00 /bin/sh /usr/libexec/save-entropy 0 25236 524 0 -8 0 1336 928 piperd I ?? 0:00.00 cron: running job (cron) 2 25237 25236 0 8 0 908 640 wait Is ?? 0:00.00 /bin/sh -c /usr/libexec/save-entropy 2 25238 25237 0 -16 0 948 680 vmpfw DL ?? 0:00.00 /bin/sh /usr/libexec/save-entropy 0 25246 524 0 -8 0 1336 928 piperd I ?? 0:00.00 cron: running job (cron) 2 25247 25246 0 8 0 908 640 wait Is ?? 0:00.00 /bin/sh -c /usr/libexec/save-entropy 2 25248 25247 0 -16 0 948 680 vmpfw DL ?? 0:00.00 /bin/sh /usr/libexec/save-entropy 0 25256 524 0 -8 0 1336 928 piperd I ?? 0:00.00 cron: running job (cron) 2 25257 25256 0 8 0 908 640 wait Is ?? 0:00.00 /bin/sh -c /usr/libexec/save-entropy 2 25258 25257 0 -16 0 948 680 vmpfw DL ?? 0:00.00 /bin/sh /usr/libexec/save-entropy 0 593 1 62 8 0 1632 1072 wait Is v0 0:00.02 login [pam] (login) 0 602 593 0 5 0 1556 1092 ttyin I+ v0 0:00.02 -csh (csh) 0 21332 40592 0 8 0 908 644 wait I v0 0:00.00 (sh) 0 21333 21332 0 8 0 752 648 wait I v0 0:00.01 make -f Makefile.inc1 par-all 0 25151 21333 0 8 0 908 640 wait I v0 0:00.00 /bin/sh -ec if test -d /home/SRC/current/games.i386; then echo "===> games.i386"; edir=games.i386; cd /home/SRC/current/${edir}; else echo "===> games"; edir=games; cd /home/SRC/current/${edir}; fi; make all DIRPRFX=${edir}/ 0 25152 25151 0 8 0 540 436 wait I v0 0:00.00 make all DIRPRFX=games/ 0 25153 25152 0 8 0 912 644 wait I v0 0:00.00 (sh) 0 25188 25153 0 8 0 540 436 wait I v0 0:00.00 make all DIRPRFX=games/fortune/ 0 25189 25188 0 8 0 912 644 wait I v0 0:00.00 (sh) 0 25210 25189 135 8 0 612 508 wait I v0 0:00.01 make all DIRPRFX=games/fortune/datfiles/ 0 25211 25210 135 -16 0 908 640 vmpfw DL v0 0:00.00 /bin/sh -ec PATH=$PATH:/usr/games:/usr/obj/home/SRC/current/games/fortune/datfiles/../strfile strfile -Cs /home/SRC/current/games/fortune/datfiles/fortunes fortunes.dat 0 40538 602 0 8 0 528 392 wait I v0 0:00.00 make -s buildworld 0 40590 40538 0 8 0 912 328 wait I v0 0:00.00 (sh) 0 40592 40590 0 8 0 756 620 wait I v0 0:00.02 make -m /home/SRC/current/share/mk -f Makefile.inc1 buildworld 0 594 1 0 8 0 1644 1284 wait Is v1 0:00.02 login [pam] (login) 300 25266 594 0 20 0 812 480 pause S v1 0:00.01 -ksh (ksh) 300 25274 25266 0 96 0 728 484 - R+ v1 0:00.00 ps -axlwww 0 595 1 179 5 0 1276 756 ttyin Is+ v2 0:00.00 /usr/libexec/getty Pc ttyv2 0 596 1 179 5 0 1276 756 ttyin Is+ v3 0:00.00 /usr/libexec/getty Pc ttyv3 0 597 1 179 5 0 1276 756 ttyin Is+ v4 0:00.00 /usr/libexec/getty Pc ttyv4 0 598 1 179 5 0 1276 756 ttyin Is+ v5 0:00.00 /usr/libexec/getty Pc ttyv5 0 599 1 179 5 0 1276 756 ttyin Is+ v6 0:00.00 /usr/libexec/getty Pc ttyv6 0 600 1 179 5 0 1276 756 ttyin Is+ v7 0:00.00 /usr/libexec/getty Pc ttyv7 -Søren Yes I know it works under windows!! From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 05:18:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8577016A4CE for ; Sun, 21 Dec 2003 05:18:55 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C78143D53 for ; Sun, 21 Dec 2003 05:18:54 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B51D666BAA; Sun, 21 Dec 2003 05:18:53 -0800 (PST) Date: Sun, 21 Dec 2003 05:18:53 -0800 From: Kris Kennaway To: current@freebsd.org Message-ID: <20031221131853.GA89542@xor.obsecurity.org> References: <20031221084531.GB31516@cactus.homeunix.org> <20031221105925.GA1713@utgard.lodz.mm.pl> <20031221113542.GA626@cactus.homeunix.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <20031221113542.GA626@cactus.homeunix.org> User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Sun, 21 Dec 2003 11:42:50 -0800 Subject: Re: services under /usr/local/etc/rc.d run twice on 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, 21 Dec 2003 13:18:55 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Dec 21, 2003 at 07:35:42PM +0800, jqdkf@army.com wrote: > Thanks a lot. It does solve the problem. But I wonder why freebsd > doesn't remove those obsolete files automatically after each upgrade. > It would make the system cleaner and avoid such difficult to track > problems. Because it just doesn't. There will always be tasks that need to be completed manually when you upgrade, which is why the UPDATING file exists. You need to get into the habit of reading it before you upgrade your systems. Kris --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/5Z29Wry0BWjoQKURArzQAJ9L3xOa5E8IKQWvZYnztLwLUxOHMgCgjGyi SS/jS8vrdmdGbcdeEOUvd1M= =UaE2 -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 05:40:51 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C4A816A4CE for ; Sun, 21 Dec 2003 05:40:51 -0800 (PST) Received: from arbornet.org (m-net.arbornet.org [209.142.209.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38A8543D62 for ; Sun, 21 Dec 2003 05:40:50 -0800 (PST) (envelope-from junsu@m-net.arbornet.org) Received: from m-net.arbornet.org (localhost [127.0.0.1]) by arbornet.org (8.12.3p2/8.11.2) with ESMTP id hBLDQtFL019079; Sun, 21 Dec 2003 08:26:55 -0500 (EST) (envelope-from junsu@m-net.arbornet.org) Received: (from junsu@localhost) by m-net.arbornet.org (8.12.3p2/8.12.3/Submit) id hBLDQtLI019077; Sun, 21 Dec 2003 08:26:55 -0500 (EST) Date: Sun, 21 Dec 2003 08:26:55 -0500 (EST) From: Jun Su Message-Id: <200312211326.hBLDQtLI019077@m-net.arbornet.org> To: junsu@m-net.arbornet.org, mike@urgle.com In-Reply-To: <20031221120607.GA57786@guylian.urgle.com> X-Mailman-Approved-At: Sun, 21 Dec 2003 11:42:50 -0800 cc: current@freebsd.org Subject: Re: How to use an alternative rtld-elf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 21 Dec 2003 13:40:51 -0000 Thank you. A easy way... :-) Jun Su From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 08:44:12 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15B9116A4CE for ; Sun, 21 Dec 2003 08:44:12 -0800 (PST) Received: from chiark.greenend.org.uk (chiark.greenend.org.uk [193.201.200.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id D158D43D5E for ; Sun, 21 Dec 2003 08:44:07 -0800 (PST) (envelope-from fanf@chiark.greenend.org.uk) Received: by chiark.greenend.org.uk (Debian Exim 3.35 #1) with local for current@freebsd.org id 1AY6gY-0007yS-00; Sun, 21 Dec 2003 16:44:06 +0000 To: current@freebsd.org From: Tony Finch In-Reply-To: <20031221120607.GA57786@guylian.urgle.com> References: <200312210454.hBL4sdNP041076@m-net.arbornet.org> <200312210454.hBL4sdNP041076@m-net.arbornet.org> Message-Id: Sender: Tony Finch Date: Sun, 21 Dec 2003 16:44:06 +0000 X-Mailman-Approved-At: Sun, 21 Dec 2003 11:42:50 -0800 Subject: Re: How to use an alternative rtld-elf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 21 Dec 2003 16:44:12 -0000 Mike Bristow wrote: >On Sat, Dec 20, 2003 at 11:54:39PM -0500, Jun Su wrote: >> I am working on the rtld-elf. I want to use my debug version of ld-elf.so for debug purpose. Is there a way to specify an ld-elf.so.1 when loading an executable file? Also I don’t want make my debug ld-elf.so system wide. > >Set up a chroot jail with your rtld-elf in it. Or use the --dynamic-linker option to ld. Tony. -- f.a.n.finch http://dotat.at/ FORTH TYNE DOGGER: NORTH OR NORTHWEST 7 TO SEVERE GALE 9 DECREASING 5 OR 6. SQUALLY WINTRY SHOWERS. GOOD. From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 09:04:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 350B016A4CE for ; Sun, 21 Dec 2003 09:04:55 -0800 (PST) Received: from gw.pelleg.org (gw.pelleg.org [205.201.13.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6596843D5C for ; Sun, 21 Dec 2003 09:04:53 -0800 (PST) (envelope-from dpelleg@cs.cmu.edu) Received: from lank.here (lank.wburn [192.168.3.41]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "gw.pelleg.org", Issuer "Dan Pelleg" (verified OK)) by gw.pelleg.org (Postfix) with ESMTP id 005D75A53; Sun, 21 Dec 2003 12:04:50 -0500 (EST) Received: by lank.here (Postfix, from userid 7675) id 9E56F348; Sun, 21 Dec 2003 12:04:48 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16357.53935.831900.900792@localhost.localdomain> Date: Sun, 21 Dec 2003 12:04:47 -0500 To: ticso@cicely.de In-Reply-To: <20031209020653.GN42518@cicely12.cicely.de> References: <16339.48593.827068.751737@localhost.localdomain> <20031208020042.GH42518@cicely12.cicely.de> <16341.10460.797587.524727@localhost.localdomain> <20031209020653.GN42518@cicely12.cicely.de> X-Mailer: VM 7.14 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid From: Dan Pelleg X-Mailman-Approved-At: Sun, 21 Dec 2003 11:42:50 -0800 cc: freebsd-current@freebsd.org Subject: Re: 5.2-BETA from USB CD-ROM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dan Pelleg List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2003 17:04:55 -0000 Bernd Walter writes: > On Mon, Dec 08, 2003 at 08:43:56PM -0500, Dan Pelleg wrote: > > Bernd Walter writes: > > > On Sun, Dec 07, 2003 at 06:54:57PM -0500, Dan Pelleg wrote: > > > > > > > > I grabbed the miniinst 5.2 ISO, and tried to install it on an IBM thinkpad > > > > X23 via an IBM USB CD-ROM (the machine has no internal floppy or CD). It > > > > boots fine, and I can proceed with the installation up to the point where > > > > it newfs-es the filesystems. Then it stops, saying "can't mount /dev/cd0 on > > > > /dist: device not configured (6)" > > > > > > > > Any ideas? Requests for more debug info? > > > > > > Sounds like the kernel doesn't know about your drive. > > > Up to that stage it's all BIOS access. > > > I don't know how good USB support from install evironment is - maybe > > > you have to start it manually or you need some quirks. > > > Boot messages about USB are welcome. > > > > > > Another option would be to do the remaining part of the installation > > > from network and think about the drive after you've installed the > > > OS - it'll make things much easier. > > > > > > > I can probably install this over the network. However I'd still like to > > document the details of this failure here. > > But your problem is not installing with this drive, it's getting it > running at all under FreeBSD. > It's an atapi drive and I think thats the problem, because I doubt that > umass atapi drives have been tested widely - all usb cd drives I had in > my fingers were scsi ones. > That's probably the case. Once I installed (over FTP), the new system wasn't able to access the drive (even though GEOM reported that it created cd0). From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 09:54:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF39316A4CE for ; Sun, 21 Dec 2003 09:54:28 -0800 (PST) Received: from naama.kameli.org (ip213-185-39-29.laajakaista.mtv3.fi [213.185.39.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C84543D49 for ; Sun, 21 Dec 2003 09:54:25 -0800 (PST) (envelope-from atte@naama.kameli.org) Received: from naama (localhost [127.0.0.1]) by naama (8.12.6/8.12.6) with ESMTP id h1H23eFN011054 for ; Mon, 17 Feb 2003 04:03:40 +0200 (EET) (envelope-from atte@naama) Received: (from atte@localhost) by naama (8.12.6/8.12.6/Submit) id h1H22Ko5011052 for freebsd-current@freebsd.org; Mon, 17 Feb 2003 04:02:20 +0200 (EET) From: Atte Peltomaki To: freebsd-current@freebsd.org Message-ID: <20030217020220.GA11024@naama> References: <20030212102523.GA45290@naama> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20030212102523.GA45290@naama> User-Agent: Mutt/1.4i X-Mailman-Approved-At: Sun, 21 Dec 2003 11:42:50 -0800 Subject: Re: NFS lagging X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 21 Dec 2003 17:54:29 -0000 X-Original-Date: Mon, 17 Feb 2003 04:02:20 +0200 X-List-Received-Date: Sun, 21 Dec 2003 17:54:29 -0000 > I'm running FreeBSD 5.0-RELEASE on a dual P3 800MHz/512MB/Tekram DC-390 > SCSI. Moved all my IDE disks on another 'puter to access via NFS. So I > ended up putting up a Debian server, because some of the disks were > already in ext2fs. Now I'm experiencing heavy lag on my desktop when I > use the NFS intensively, like copy a large file over. I get these 1-3 > second pauses in everything, looks like ssh lag but it's local(!). Mouse > pointer in X doesn't seem affected, but even console lags if you type > in. > > I'm using NFSv3, tried it over TCP too, but since it's LAN, i dropped > back to UDP. I upgraded to -CURRENT, which helped a lot. Dunno what exactly was the bit that needed upgrading, perhaps the xl driver. Atte Peltomäki http://kameli.org From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 12:10:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C857416A4CE for ; Sun, 21 Dec 2003 12:10:25 -0800 (PST) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C62A43D5E for ; Sun, 21 Dec 2003 12:10:11 -0800 (PST) (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 7492F1FF91D for ; Sun, 21 Dec 2003 21:10:09 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id E7A7A1FF90C; Sun, 21 Dec 2003 21:10:07 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id A1EF0153EB; Sun, 21 Dec 2003 20:06:16 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 980051538F for ; Sun, 21 Dec 2003 20:06:17 +0000 (UTC) Date: Sun, 21 Dec 2003 20:06:17 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Subject: where is the rotating thing /^H-^H\^H|^H/^H-... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 21 Dec 2003 20:10:25 -0000 Hi, I am currently searching the  sequence (rotating thing at boot time when loading kernel or md_images ...): /^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H| can anybody please tell me where the code for this is (be it C or 4th) ? TIA -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 12:27:20 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADED816A4CE for ; Sun, 21 Dec 2003 12:27:20 -0800 (PST) Received: from dd1318.kasserver.com (dd1318.kasserver.com [81.209.148.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7636843D49 for ; Sun, 21 Dec 2003 12:27:17 -0800 (PST) (envelope-from gbergling@0xfce3.net) Received: from nemesis.md.0xfce3.net (port-ip-213-211-224-164.reverse.mdcc-fun.de [213.211.224.164]) by dd1318.kasserver.com (Postfix) with ESMTP id 161BE1A47F; Sun, 21 Dec 2003 21:24:46 +0100 (CET) Received: from nemesis.md.0xfce3.net (localhost [127.0.0.1]) hBLKRE03000961; Sun, 21 Dec 2003 21:27:14 +0100 (CET) (envelope-from gbergling@0xfce3.net) Received: (from gordon@localhost) by nemesis.md.0xfce3.net (8.12.10/8.12.10/Submit) id hBLKRE6l000960; Sun, 21 Dec 2003 21:27:14 +0100 (CET) (envelope-from gbergling@0xfce3.net) X-Authentication-Warning: nemesis.ipv6.0xfce3.net: gordon set sender to gbergling@0xfce3.net using -f Date: Sun, 21 Dec 2003 21:27:14 +0100 From: Gordon Bergling To: Mathew Kanner Message-ID: <20031221202714.GA924@nemesis.md.0xfce3.net> References: <20031221143720.GA3453@nemesis.md.0xfce3.net> <20031221192604.GH85297@cnd.mcgill.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <20031221192604.GH85297@cnd.mcgill.ca> User-Agent: Mutt/1.4.1i X-Url: X-Operating-System: FreeBSD 5.2-RC i386 X-Host-Uptime: 9:24PM up 14 mins, 7 users, load averages: 3.75, 1.20, 0.49 cc: freebsd-current@freebsd.org Subject: Re: issues between ATAng and pcm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gordon Bergling List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2003 20:27:20 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Mathew, On Sun Dec 21, 2003 at 02:26PM -0500, Mathew Kanner wrote: > On Dec 21, Gordon Bergling wrote: > > I discovering a strange behavior which seems to be caused of issues > > between ATAng and pcm looking. I start burning a cdr with an atapi > > cdrw drive at low speed (4x) and the sound which is played by xmms is > > getting slower and slower. After a few seconds the system isn't respond= ing > > anymore. One tone is played all the time and the system seems to be hard > > locked up. After nearly 60 seconds the system resumes normal operations. > > I had tried 3 times and the result is allways the same. > >=20 > > My hardware is: > > ad0: 43979MB [89355/16/63] at ata0-master UDMA100 > > acd0: CDROM at ata1-master PIO4 > > acd1: CDRW at ata1-slave PIO4 > > cd0 at ata1 bus 0 target 0 lun 0 > > cd0: Removable CD-ROM SCSI-0 device=20 > > cd0: 16.000MB/s transfers > > cd0: Attempt to query device size failed: NOT READY, Medium not present > > cd1 at ata1 bus 0 target 1 lun 0 > > cd1: Removable CD-ROM SCSI-0 device=20 > > cd1: 16.000MB/s transfers > > cd1: Attempt to query device size failed: NOT READY, Medium not present > > da0 at ahc0 bus 0 target 6 lun 0 > > da0: Fixed Direct Access SCSI-2 device=20 > > da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing > > Enabled > > da0: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C) >=20 > echo "hw.ata.atapi_dma=3D1" >> /boot/loader.conf I try to burn a cd which hw.ata.atapi_dma=3D1 but the same error is coming up. burncd died with hundreds of "burncd: ioctl(CDRIOCSETBLOCKSIZE): Device not configured". The following messages were printed to the console: ata1: resetting devices .. acd0: WARNING - removed from configuration acd1: WARNING - removed from configuration done ata1-slave: timeout sending command=3Da0 ata1-slave: error issuing ATA PACKET command psmintr: delay too long; resetting byte count (cd0:ata1:0:0:0): lost device (cd0:ata1:0:0:0): removing device entry GEOM: destroy disk cd0 dp=3D0xc2e33e00 any hints? best regards, Gordon --=20 Gordon Bergling http://www.0xFCE3.net/ PGP Fingerprint: 7732 9BB1 5013 AE8B E42C 28E0 93B9 D32B C76F 02A0 RIPE-HDL: MDTP-RIPE "There is no place like 127.0.0.0/8" --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/5gIhk7nTK8dvAqARAmUEAKCv7F7z8Xqd0DSS9rBNjD+2bdCaWgCbBwVz 6vQ519oaswU4mZzlbmAIdZY= =w407 -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 12:41:07 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D3C416A4CE for ; Sun, 21 Dec 2003 12:41:07 -0800 (PST) Received: from mxsf26.cluster1.charter.net (mxsf26.cluster1.charter.net [209.225.28.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id E32D043D39 for ; Sun, 21 Dec 2003 12:41:05 -0800 (PST) (envelope-from ups@stups.com) Received: from stups.com ([209.187.143.11])hBLKbFaY041400; Sun, 21 Dec 2003 15:37:15 -0500 (EST) (envelope-from ups@stups.com) Received: from tree.com (localhost [127.0.0.1]) by stups.com (8.9.3/8.9.3) with ESMTP id XAA02664; Sun, 21 Dec 2003 23:40:12 -0500 Message-Id: <200312220440.XAA02664@stups.com> X-Mailer: exmh version 2.0.2 To: "Bjoern A. Zeeb" In-Reply-To: Message from "Bjoern A. Zeeb" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 21 Dec 2003 23:40:12 -0500 From: Stephan Uphoff cc: ups@stups.com cc: current@freebsd.org Subject: Re: where is the rotating thing /^H-^H\^H|^H/^H-... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 21 Dec 2003 20:41:07 -0000 "Bjoern A. Zeeb" wrote: > Hi, > > I am currently searching the  sequence (rotating thing at boot time > when loading kernel or md_images ...): > > /^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H| > > can anybody please tell me where the code for this is (be it C or 4th) ? src/lib/libstand/twiddle.c From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 12:44:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A82216A4CE for ; Sun, 21 Dec 2003 12:44:53 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87FD143D5C for ; Sun, 21 Dec 2003 12:44:52 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id hBLKipXi030961; Sun, 21 Dec 2003 14:44:51 -0600 (CST) (envelope-from dan) Date: Sun, 21 Dec 2003 14:44:51 -0600 From: Dan Nelson To: "Bjoern A. Zeeb" Message-ID: <20031221204450.GC74567@dan.emsphone.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.5.1i cc: current@freebsd.org Subject: Re: where is the rotating thing /^H-^H\^H|^H/^H-... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 21 Dec 2003 20:44:53 -0000 In the last episode (Dec 21), Bjoern A. Zeeb said: > Hi, >=20 > I am currently searching the =08 sequence (rotating thing at boot time > when loading kernel or md_images ...): >=20 > /^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H| >=20 > can anybody please tell me where the code for this is (be it C or 4th) ? It's usually implemented as something like: static unsigned c =3D 0x2d5c7c2f; printf("%c\b", c =3D c << 8 | c >> 24); Print the first byte of 'c', then rotate it 8 bits :) --=20 Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 13:50:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9985816A4CE for ; Sun, 21 Dec 2003 13:50:25 -0800 (PST) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id E926043D48 for ; Sun, 21 Dec 2003 13:50:23 -0800 (PST) (envelope-from adam@migus.org) Received: from ludo.migus.org ([68.55.80.136]) by comcast.net (sccrmhc11) with ESMTP id <2003122121502301100jmrb5e>; Sun, 21 Dec 2003 21:50:23 +0000 Received: by ludo.migus.org (Postfix, from userid 80) id 3EC7AA1018; Sun, 21 Dec 2003 16:50:23 -0500 (EST) Received: from 192.168.4.2 (SquirrelMail authenticated user adam) by mail.migus.org with HTTP; Sun, 21 Dec 2003 16:50:23 -0500 (EST) Message-ID: <60563.192.168.4.2.1072043423.squirrel@mail.migus.org> In-Reply-To: <20031221154129.GE2228@saboteur.dek.spc.org> References: <20031221084531.GB31516@cactus.homeunix.org><20031221105925.GA1713@utgard.lodz.mm.pl> <1072018131.715.10.camel@localhost><3FE5B804.6000707@ispro.net.tr> <20031221154129.GE2228@saboteur.dek.spc.org> Date: Sun, 21 Dec 2003 16:50:23 -0500 (EST) From: "Adam C. Migus" To: "Bruce M Simpson" User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal cc: Evren Yurtesen cc: current@freebsd.org Subject: Re: mergemaster feature suggestion... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 21 Dec 2003 21:50:25 -0000 Bruce M Simpson said: > [bikeshed detected; purging] > > On Sun, Dec 21, 2003 at 05:11:00PM +0200, Evren Yurtesen wrote: >> mergemaster always asks if you want to install a file which doesnt >> exist >> in /etc already. Why cant it also ask for removing a file which >> doesnt >> exist in sources? Then the user can decide if he/she needs that >> file or >> not then remove it safely. > > If you'd taken the time to read the list archives you'd have noticed > that > this very question had been addressed in an earlier thread within > the past > 6 weeks. And the root cause was the same. > > The 'officially sanctioned' upgrade path is a binary upgrade or > fresh install, > unless you're a developer, or just someone who enjoys an interesting > life. > > BMS > _______________________________________________ > 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" > Bruce, The most relevant document regarding upgrading in this context describes three methods of upgrading a FreeBSD system: http://www.freebsd.org/relnotes/4-STABLE/relnotes/i386/upgrade.html This document, nor any other returned by a search for upgrading mentions anything about the binary method or the fresh install methods being the "officially sanctioned methods" for people other than developers. It does however warn that it requires "more disk space, time, and technical expertise." Therefor unless this person's post allows you to assume he doesn't have "more disk space, time, and technical expertise" I don't believe your response is valid or correct. This person simply requested a feature for mergemaster. Perhaps it didn't occur to him that doing so requires looking back though over six weeks of postings for relevant subject matter. Which post was that again? Adam From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 14:04:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00A3816A4CE for ; Sun, 21 Dec 2003 14:04:55 -0800 (PST) Received: from www.kukulies.org (www.kukulies.org [213.146.112.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC7B843D49 for ; Sun, 21 Dec 2003 14:04:46 -0800 (PST) (envelope-from kuku@www.kukulies.org) Received: from www.kukulies.org (localhost [127.0.0.1]) by www.kukulies.org (8.12.10/8.12.10) with ESMTP id hBLM4ccc000468 for ; Sun, 21 Dec 2003 23:04:41 +0100 (CET) (envelope-from kuku@www.kukulies.org) Received: (from kuku@localhost) by www.kukulies.org (8.12.10/8.12.10/Submit) id hBKMDfZu000603 for freebsd-current@freebsd.org; Sat, 20 Dec 2003 23:13:41 +0100 (CET) (envelope-from kuku) Date: Sat, 20 Dec 2003 23:13:41 +0100 (CET) From: "C. Kukulies" Message-Id: <200312202213.hBKMDfZu000603@www.kukulies.org> To: freebsd-current@freebsd.org X-Mailman-Approved-At: Sun, 21 Dec 2003 14:09:00 -0800 Subject: pppoe 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, 21 Dec 2003 22:04:55 -0000 After a previous cvsup and overcoming problems with updating I'm now in sync with world and kernel and built world and kernel already twice without glitches. But I can't get online with pppoe again. Using the old /etc I can at least run /etc/rc.d/ppp-user start and get tun0 connected to my provider (ADSL). But using the new /etc directory tree it doesn't work. Also with the old /etc/tree the system is Amnesiac, doesn't find the hostname and sendmail doesn't come up. Were there changes in the netstart script during the past 10 days which I may have crossed with my cvsup? In the not working case with the new /etc directory I have this in ppp.log: No such file or directory Dec 20 22:48:01 www ppp[236]: tun0: Warning: tdsllink: Device (PPPoE:sis0:) must begin with a '/', a '!' or contain at least one ':' Dec 20 22:48:01 www ppp[236]: tun0: Phase: tdsllink: Enter pause (30) for redial ing. Dec 20 22:48:31 www ppp[236]: tun0: Warning: Cannot create netgraph socket node: No such file or directory No such file or directory Dec 20 22:48:01 www ppp[236]: tun0: Warning: tdsllink: Device (PPPoE:sis0:) must begin with a '/', a '!' or contain at least one ':' Dec 20 22:48:01 www ppp[236]: tun0: Phase: tdsllink: Enter pause (30) for redial ing. Dec 20 22:48:31 www ppp[236]: tun0: Warning: Cannot create netgraph socket node: No such file or directory In the working case it looks like this: Dec 20 22:49:28 www ppp[907]: tun1: Command: tisdndsl: set device PPPoE:sis0: Dec 20 22:49:28 www ppp[907]: tun1: Command: tisdndsl: set server /var/run/ppp.t isdndsl ******** 0007 Dec 20 22:49:28 www ppp[907]: tun1: Warning: Local: bind: Address already in use Dec 20 22:49:28 www ppp[907]: tun1: Warning: set server: Failed 2 Dec 20 22:49:28 www ppp[907]: tun1: Command: tisdndsl: mv tdsllink Dec 20 22:49:28 www ppp[907]: tun1: Command: tisdndsl: set mru 1492 Dec 20 22:49:28 www ppp[907]: tun1: Command: tisdndsl: set mtu 1492 Dec 20 22:49:28 www ppp[907]: tun1: Command: tisdndsl: set dial Dec 20 22:49:28 www ppp[907]: tun1: Command: tisdndsl: set login Dec 20 22:49:28 www ppp[907]: tun1: Command: tisdndsl: set hangup Dec 20 22:49:28 www ppp[907]: tun1: Command: tisdndsl: !bg /sbin/ipf -y Dec 20 22:49:28 www ppp[907]: tun1: Command: tisdndsl: set timeout 0 0 Dec 20 22:49:28 www ppp[907]: tun1: Command: tolspeed: set authname dslflat/xxxxx Dec 20 22:49:28 www ppp[907]: tun1: Command: tolspeed: set authkey ******** Dec 20 22:49:28 www ppp[907]: tun1: Command: tolspeed: set ifaddr 10.0.0.1/0 10. 0.0.2/0 255.255.255.0 0.0.0.0 Dec 20 22:49:28 www ppp[907]: tun1: Command: tolspeed: add default HISADDR Dec 20 22:49:28 www ppp[910]: tun1: Phase: PPP Started (ddial mode). Dec 20 22:49:28 www ppp[910]: tun1: Phase: bundle: Establish Dec 20 22:49:28 www ppp[910]: tun1: Phase: tdsllink: closed -> opening Any clues? I guess that my system is in sync, only something with the network start is wrong. -- Chris Christoph P. U. Kukulies kuku_at_physik.rwth-aachen.de From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 14:28:15 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 826A116A4CF; Sun, 21 Dec 2003 14:28:15 -0800 (PST) Received: from blake.polstra.com (dsl081-189-066.sea1.dsl.speakeasy.net [64.81.189.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 246AE43D5D; Sun, 21 Dec 2003 14:28:14 -0800 (PST) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (dsl081-189-067.sea1.dsl.speakeasy.net [64.81.189.67]) by blake.polstra.com (8.12.9p2/8.12.9) with ESMTP id hBLMSDlB030521; Sun, 21 Dec 2003 14:28:13 -0800 (PST) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 21 Dec 2003 14:28:13 -0800 (PST) From: John Polstra To: John Baldwin X-Bogosity: No, tests=bogofilter, spamicity=0.002360, version=0.14.5 cc: current@freebsd.org Subject: RE: PII SMP system hangs during boot 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: Sun, 21 Dec 2003 22:28:15 -0000 On 02-Dec-2003 John Baldwin wrote: > > On 23-Nov-2003 John Polstra wrote: >> I have an old dual PII/400 system that I'm trying to set up as a >> -current scratchbox. The motherboard is a Tyan S1836DLUAN with the >> Intel 440BX chipset. I upgraded the BIOS to the latest from Tyan's >> web site. It is supposed to support ACPI. I'm using -current from >> around noon Pacific time, November 23 (today). >> >> The system boots and runs fine if I disable ACPI either in loader.conf >> or in the BIOS, but if ACPI is enabled it hangs fairly late in the >> boot, right after these messages: >> >> lo0: bpf attached >> acpi_cpu0: set speed to 100.0% >> acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% [...] > Try http://www.FreeBSD.org/~jhb/patches/acpi_irq.patch Bingo! Looks like you nailed it. I got home from vacation, updated to the latest -current, confirmed it was still broken, and applied your patch (which still applied cleanly). I had to change a couple of identifiers to make it compile: APIC_TRIGGER_LEVEL ==> TRIGGER_LEVEL APIC_POLARITY_ACTIVEHI ==> POLARITY_ACTIVE_HIGH I assume those were just typos, and I hope I guessed the right replacements. Anyway, now the system boots and runs fine with ACPI enabled, and things like "shutdown -p" do the right thing. Thanks! Your patch looks like a keeper. John From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 15:04:08 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBBFF16A4CE for ; Sun, 21 Dec 2003 15:04:07 -0800 (PST) Received: from smtp-out-01.utu.fi (smtp-out-01.utu.fi [130.232.202.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7DD243D54 for ; Sun, 21 Dec 2003 15:04:02 -0800 (PST) (envelope-from yurtesen@ispro.net.tr) Received: from ispro.net.tr (perpetual.yok.utu.fi [130.232.138.155]) by smtp01.mess.utu.fi (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTPS id <0HQ900GSCO8EEY@smtp01.mess.utu.fi> for current@freebsd.org; Mon, 22 Dec 2003 00:38:39 +0200 (EET) Date: Mon, 22 Dec 2003 00:37:41 +0200 From: Evren Yurtesen In-reply-to: <60563.192.168.4.2.1072043423.squirrel@mail.migus.org> To: "Adam C. Migus" Message-id: <3FE620B5.9050201@ispro.net.tr> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030808 References: <20031221084531.GB31516@cactus.homeunix.org> <20031221105925.GA1713@utgard.lodz.mm.pl> <1072018131.715.10.camel@localhost> <3FE5B804.6000707@ispro.net.tr> <20031221154129.GE2228@saboteur.dek.spc.org> <60563.192.168.4.2.1072043423.squirrel@mail.migus.org> cc: Bruce M Simpson cc: current@freebsd.org Subject: Re: mergemaster feature suggestion... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 21 Dec 2003 23:04:08 -0000 I am sorry. I didnt want to cause this kind of discussion to begin. But also, does binary upgrade remove older files from /etc? I tried that only 1 time and it didnt even install half of the files required in /etc directory :) for example sshd conf files etc. were missing. Then I decided that I will not do that unless I absolutely need to. I use build/install-world because I dont want to spend so much bandwidth and I prefer to get latest patches etc. easily. I want to have the possibility to go back to a date later on if I have a problem with the latest sources. So cvsup does that for me easily. About those old files, I think any old file which doesnt exist in newer release does not only waste space and cause confusion. Also it might cause security problems. Considering, a problem in a file/binary whatever which does not exist in newer versions wouldnt be fixed by the freebsd developers. However it is a small possibility. I often thought of a way to remove older files. I even considered making a fresh install of the latest version of FreeBSD to a test machine and compare the file structures to remove files from the actual machines. But there can be an utility to do that right? If there is an utility to compare the files and install (mergemaster) there can be an utility to remove the older files also, or this can be implemented inside mergemaster as an option/ Evren Adam C. Migus wrote: > Bruce M Simpson said: > >>[bikeshed detected; purging] >> >>On Sun, Dec 21, 2003 at 05:11:00PM +0200, Evren Yurtesen wrote: >> >>>mergemaster always asks if you want to install a file which doesnt >>>exist >>>in /etc already. Why cant it also ask for removing a file which >>>doesnt >>>exist in sources? Then the user can decide if he/she needs that >>>file or >>>not then remove it safely. >> >>If you'd taken the time to read the list archives you'd have noticed >>that >>this very question had been addressed in an earlier thread within >>the past >>6 weeks. And the root cause was the same. >> >>The 'officially sanctioned' upgrade path is a binary upgrade or >>fresh install, >>unless you're a developer, or just someone who enjoys an interesting >>life. >> >>BMS >>_______________________________________________ >>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" >> > > > Bruce, > The most relevant document regarding upgrading in this context > describes three methods of upgrading a FreeBSD system: > > http://www.freebsd.org/relnotes/4-STABLE/relnotes/i386/upgrade.html > > This document, nor any other returned by a search for upgrading > mentions anything about the binary method or the fresh install > methods being the "officially sanctioned methods" for people other > than developers. It does however warn that it requires > "more disk space, time, and technical expertise." > > Therefor unless this person's post allows you to assume he doesn't > have "more disk space, time, and technical expertise" I don't > believe your response is valid or correct. > > This person simply requested a feature for mergemaster. Perhaps it > didn't occur to him that doing so requires looking back though over > six weeks of postings for relevant subject matter. Which post was > that again? > > Adam From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 15:32:30 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C75E16A4CE for ; Sun, 21 Dec 2003 15:32:30 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6801743D5A for ; Sun, 21 Dec 2003 15:32:28 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id hBLNVoUd029442; Sun, 21 Dec 2003 18:31:50 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)hBLNVo1i029439; Sun, 21 Dec 2003 18:31:50 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 21 Dec 2003 18:31:50 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Evren Yurtesen In-Reply-To: <3FE620B5.9050201@ispro.net.tr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: mergemaster feature suggestion... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 21 Dec 2003 23:32:30 -0000 On Mon, 22 Dec 2003, Evren Yurtesen wrote: > But also, does binary upgrade remove older files from /etc? I tried that > only 1 time and it didnt even install half of the files required in /etc > directory :) for example sshd conf files etc. were missing. Then I > decided that I will not do that unless I absolutely need to. > > I use build/install-world because I dont want to spend so much bandwidth > and I prefer to get latest patches etc. easily. I want to have the > possibility to go back to a date later on if I have a problem with the > latest sources. So cvsup does that for me easily. > > About those old files, I think any old file which doesnt exist in newer > release does not only waste space and cause confusion. Also it might > cause security problems. Considering, a problem in a file/binary > whatever which does not exist in newer versions wouldnt be fixed by the > freebsd developers. However it is a small possibility. > > I often thought of a way to remove older files. I even considered making > a fresh install of the latest version of FreeBSD to a test machine and > compare the file structures to remove files from the actual machines. > But there can be an utility to do that right? If there is an utility to > compare the files and install (mergemaster) there can be an utility to > remove the older files also, or this can be implemented inside > mergemaster as an option/ You might want to take a look at Eivind's "etcmerge" port in ports/sysutils/etcmerge. mergemaster does a two-way merge between "old+modified" and "new" and so can't tell the difference between old versions and your modifications, so has to err on the safe side except when specifically told about removing things (such as clearing out some specific stuff from earlier rcNG, and pre-rcNG stuff). etcmerge tracks three version: "old", "old+modifications", and "new", so it can identify your modifications and preserve them better, as well as tell if files have been removed. I'm not using it myself currently, but have been thinking of starting to use it ever since Eivind pointed it out to me. Maybe give it a spin and tell me how it works out :-). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 15:41:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDFA316A4CE for ; Sun, 21 Dec 2003 15:41:59 -0800 (PST) Received: from smtp.sw.oz.au (alt.aurema.com [203.217.18.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 784BA43D5E for ; Sun, 21 Dec 2003 15:41:32 -0800 (PST) (envelope-from vance@aurema.com) Received: from smtp.sw.oz.au (localhost [127.0.0.1]) by smtp.sw.oz.au with ESMTP id hBLNfHKo002123; Mon, 22 Dec 2003 10:41:17 +1100 (EST) Received: (from vance@localhost) by smtp.sw.oz.au id hBLNfFXr002119; Mon, 22 Dec 2003 10:41:15 +1100 (EST) Date: Mon, 22 Dec 2003 10:41:15 +1100 From: Christopher Vance To: Evren Yurtesen Message-ID: <20031221234115.GA2256@aurema.com> References: <20031221084531.GB31516@cactus.homeunix.org> <20031221105925.GA1713@utgard.lodz.mm.pl> <1072018131.715.10.camel@localhost> <3FE5B804.6000707@ispro.net.tr> <20031221154129.GE2228@saboteur.dek.spc.org> <60563.192.168.4.2.1072043423.squirrel@mail.migus.org> <3FE620B5.9050201@ispro.net.tr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <3FE620B5.9050201@ispro.net.tr> User-Agent: Mutt/1.4.1i X-Scanned-By: MIMEDefang 2.38 cc: Bruce M Simpson cc: current@freebsd.org Subject: Re: mergemaster feature suggestion... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 21 Dec 2003 23:41:59 -0000 On Mon, Dec 22, 2003 at 12:37:41AM +0200, Evren Yurtesen wrote: >About those old files, I think any old file which doesnt exist in newer >release does not only waste space and cause confusion. Also it might >cause security problems. Considering, a problem in a file/binary >whatever which does not exist in newer versions wouldnt be fixed by the >freebsd developers. However it is a small possibility. Try removing /etc/fstab, not installed by the build last time I checked, and see what a security problem its presence caused. I would only be happy removing things known to be obsolete, like /etc/ssh*config, and even then only with the user's agreement. Things not known to the build, like /etc/fstab, should be left alone. I have thought it would be nice to point out during the build/install any stuff known to be removed or superceded, not just in /etc, but also obsolete programs or old library versions. Perhaps a REMOVE_OBSOLETE build knob could do "rm -i" of these things during install. This means when stuff gets moved or removed, enough of its Makefile is left behind to clean up after it. Slightly cleverer would be to know which things are in the default build, but turned off in /etc/make.conf, and ask whether they should also be removed. Some things have moved in the past, like ipf binaries and ssh config files. It would be nice if the now-unused copies would at least make their presence known. I know mergemaster already does this for /etc, but not for /sbin. The only solution currently appears to be to do a fresh install somewhere other than /, and then selectively remove stuff which you used to have but isn't in the build. Anybody not competent to select rightly and to recover from overeagerness, should leave it all alone. -- Christopher Vance From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 15:52:44 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2015B16A4CE for ; Sun, 21 Dec 2003 15:52:44 -0800 (PST) Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C27143DA0 for ; Sun, 21 Dec 2003 15:52:02 -0800 (PST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (udsl-3-062.QLD.dft.com.au [202.168.108.62])hBLNpduV061381; Mon, 22 Dec 2003 10:51:43 +1100 (EST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [172.22.2.17])hBLNpcGw098488; Mon, 22 Dec 2003 09:51:38 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Mon, 22 Dec 2003 09:51:37 +1000 (EST) From: Andy Farkas X-X-Sender: andyf@hewey.af.speednet.com.au To: "C. Kukulies" In-Reply-To: <200312202213.hBKMDfZu000603@www.kukulies.org> Message-ID: <20031222094951.X97523@hewey.af.speednet.com.au> References: <200312202213.hBKMDfZu000603@www.kukulies.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: pppoe 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, 21 Dec 2003 23:52:44 -0000 On Sat, 20 Dec 2003, C. Kukulies wrote: > In the not working case with the new /etc directory I have this in > ppp.log: > > No such file or directory > Dec 20 22:48:01 www ppp[236]: tun0: Warning: tdsllink: Device (PPPoE:sis0:) must > begin with a '/', a '!' or contain at least one ':' Remove the trailing ':' from the device name, ie. "PPPoE:sis0" -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 15:53:41 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04CC416A4CE for ; Sun, 21 Dec 2003 15:53:41 -0800 (PST) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D076F43D78 for ; Sun, 21 Dec 2003 15:53:09 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from chowder.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.9/8.12.8) with ESMTP id hBLNqvE7027142; Mon, 22 Dec 2003 10:22:58 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Ryan Sommers , jqdkf@army.com Date: Mon, 22 Dec 2003 10:22:54 +1030 User-Agent: KMail/1.5.3 References: <20031221084531.GB31516@cactus.homeunix.org> <20031221113542.GA626@cactus.homeunix.org> <1072018131.715.10.camel@localhost> In-Reply-To: <1072018131.715.10.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200312221022.54847.doconnor@gsoft.com.au> X-Spam-Score: -4.4 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: current@freebsd.org Subject: Re: services under /usr/local/etc/rc.d run twice on 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, 21 Dec 2003 23:53:41 -0000 On Monday 22 December 2003 01:18, Ryan Sommers wrote: > > Thanks a lot. It does solve the problem. But I wonder why freebsd > > doesn't remove those obsolete files automatically after each upgrade. > > It would make the system cleaner and avoid such difficult to track > > problems. > > Most people modify their files in /etc. Distinguishing between old > unmodified and old modified files would be very difficult; especially > considering the fact that people can upgrade between many different > versions. In the end you would still need to run a mergemaster like > program because merging modified files would require human interaction. Heh, well you know both this problem and some annoying aspects of mergemaster could be solved by installing a copy of /etc that isn't touched or used, and then mergemaster (or the next installworld) can do 3 way diffs to see if you modified the files. This would allow installworld to delete files you didn't touch that disappeared between releases and would allow merge master to ask much fewer questions. I see there is etcmerge in ports which is a semi-automated 3 way diff, but I am still coming to grips with how to use it properly. -- 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 - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 15:47:44 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CFF716A4CE; Sun, 21 Dec 2003 15:47:44 -0800 (PST) Received: from reason.levels.unisa.edu.au (reason.levels.unisa.edu.au [130.220.33.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2665D43D45; Sun, 21 Dec 2003 15:47:36 -0800 (PST) (envelope-from Benjamin.Close@unisa.edu.au) Received: from unisa.edu.au (cis202068.levels.unisa.edu.au [130.220.37.202]) hBLNlY1x011350; Mon, 22 Dec 2003 10:17:34 +1030 (CST) Message-ID: <3FE630FE.6070504@unisa.edu.au> Date: Mon, 22 Dec 2003 10:17:10 +1030 From: Benjamin Close User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031106 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tim Robbins References: <3FE29BA4.9060205@unisa.edu.au> <20031220072053.GA4539@wombat.robbins.dropbear.id.au> In-Reply-To: <20031220072053.GA4539@wombat.robbins.dropbear.id.au> X-Enigmail-Version: 0.76.7.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 21 Dec 2003 16:18:20 -0800 cc: freebsd-current@freebsd.org Subject: Re: smbfs 4G max file size X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 21 Dec 2003 23:47:44 -0000 Tim Robbins wrote: >On Fri, Dec 19, 2003 at 05:03:08PM +1030, Benjamin Close wrote: > > > >>Hi All, >> Whilst tinkering with some backups the other day I noticed that >>smbfs capped out at 4G. >>Does the protocol restrict it to this limit or is there something else? >> >> > >What exactly doesn't work for files >4G? smbfs is supposed to support >files up to 2^64 bytes in size, but the code may be buggy or incomplete. > > >Tim > > Quite a bit. I can't create a file bigger than 4G, cat to a file bigger than 4G or do anything to make it bigger than 4G. ie: cis209883# cd /mnt/smbfs cis209883# /home/benjsc/bin/createfile filename 4294967296 cis209883# ls -l filename -rwxr-xr-x 1 root wheel 4294967296 Dec 22 10:07 filename cis209883# echo "This string will not be appended" >> filename cis209883# ls -l filename -rwxr-xr-x 1 root wheel 4294967296 Dec 22 10:07 filename This seems like a nasty bug as well cis209883# /home/benjsc/bin/createfile filename2 5368709120 cis209883# ls -l filename2 -rwxr-xr-x 1 root wheel 1073741824 Dec 22 10:08 filename2 cis209883# ls -lh filename2 -rwxr-xr-x 1 root wheel 1G Dec 22 10:08 filename2 Yet on a ufs partition: cis209883# cd /mnt/raid cis209883# /home/benjsc/bin/createfile filename2 5368709120 cis209883# ls -l filename2 -rw-r--r-- 1 root wheel 5368709120 Dec 22 10:10 filename2 cis209883# ls -lh filename2 -rw-r--r-- 1 root wheel 5G Dec 22 10:10 filename2 Cheers, Benjamin -- 3D Research Associate / System Administrator +61 8 8302 3669 School of Computer and Information Science Room D1-07, ML Campus University of South Australia Mawson Lakes Blvd. Benjamin.Close@cs.unisa.edu.au South Australia, 5095 F00D C83D 5F7E 5561 DF91 B74D E602 CAA3 4842 B5B4 From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 16:50:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0EC616A4CE for ; Sun, 21 Dec 2003 16:50:04 -0800 (PST) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B62A43D66 for ; Sun, 21 Dec 2003 16:50:01 -0800 (PST) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2657.72) id ; Sun, 21 Dec 2003 19:49:59 -0500 Message-ID: From: Don Bowman To: "'freebsd-current@freebsd.org'" Date: Sun, 21 Dec 2003 19:49:55 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" Subject: htdig port? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 00:50:04 -0000 has anyone else used the htdig port on 5.2? it compiled without issues, but i find that its always crashing in its DB2 code for maintaining its database. If i change its makefile to add optimisation (-O2), it no longer core dumps, but i get this instead: DB2 problem...: /usr/local/share/htdig/database/db.docdb: page 0: reference count overflow The db.docdb file it creates consumes the whole disk, just for the first indexed document. From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 17:18:52 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B91F016A4CE for ; Sun, 21 Dec 2003 17:18:52 -0800 (PST) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id A292E43D60 for ; Sun, 21 Dec 2003 17:18:51 -0800 (PST) (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 for ; Sun, 21 Dec 2003 17:18:50 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id DC80F5D04 for ; Sun, 21 Dec 2003 17:18:49 -0800 (PST) To: current@freebsd.org Date: Sun, 21 Dec 2003 17:18:49 -0800 From: "Kevin Oberman" Message-Id: <20031222011849.DC80F5D04@ptavv.es.net> Subject: Continuing ATAng/atapicam hang with secondary slave X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 01:18:52 -0000 After a recent batch of commits to 5.2 and current, I expected a new kernel would fix my problems with my CD drive on ata1 as the slave. The mobo is an ASUS P5A. When I boot with the drive connected, the boot hangs solid while probing the CD. I will try to connect a cable to my laptop tomorrow to get the full output of a 'boot -v', but I can say that it goes into a infinite loop sending out the message: (probe3:ata1:0:1:0): Retrying Command These shoot out so quickly that I can't see anything earlier. I can boot very reliably with a kernel from July. I didn't update this system to CURRENT between then and earlier this month and that's when the problem began. I have atapicam in my kernel. Without it, the problem does not occur. Any idea what is happening here? -- 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 Sun Dec 21 17:41:51 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C06B16A4CF for ; Sun, 21 Dec 2003 17:41:51 -0800 (PST) Received: from fgwmail6.fujitsu.co.jp (fgwmail6.fujitsu.co.jp [192.51.44.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6128043D39 for ; Sun, 21 Dec 2003 17:41:48 -0800 (PST) (envelope-from yoshint@flab.fujitsu.co.jp) Received: from m2.gw.fujitsu.co.jp ([10.0.50.72]) by fgwmail6.fujitsu.co.jp (8.12.10/Fujitsu Gateway) id hBM1flEO023177 for ; Mon, 22 Dec 2003 10:41:47 +0900 (envelope-from yoshint@flab.fujitsu.co.jp) Received: from s5.gw.fujitsu.co.jp by m2.gw.fujitsu.co.jp (8.12.10/Fujitsu Domain Master) id hBM1fk1d018582 for ; Mon, 22 Dec 2003 10:41:47 +0900 (envelope-from yoshint@flab.fujitsu.co.jp) Received: from cerberus.proc.flab.fujitsu.co.jp (cerberus.proc.flab.fujitsu.co.jp [10.25.135.155]) by s5.gw.fujitsu.co.jp (8.12.10) id hBM1fkqg009440 for ; Mon, 22 Dec 2003 10:41:46 +0900 (envelope-from yoshint@flab.fujitsu.co.jp) Received: from cerberus.proc.flab.fujitsu.co.jp (localhost [127.0.0.1]) hBM1fj1s000709 for ; Mon, 22 Dec 2003 10:41:46 +0900 (JST) (envelope-from yoshint@flab.fujitsu.co.jp) To: freebsd-current@freebsd.org References: From: TOMITA Yoshinori X-Fortune: =?ISO-2022-JP?B?GyRCOiNGfCROJCQkRjpCJE8hIhsoQg==?= X-Weather: =?ISO-2022-JP?B?GyRCOiNGfCROP0BGYEBuOCkkT0AyJEckORsoQg==?= X-Face: [|Q@oQ4-)'>a|hK#Wn5u?MMwDs*kTH^u&/.`JOMCIf]22\}]}Fr7`pwbU:1]f>~F(i7vJxW 0JUQD.wjQto]`; 7uMKT\?C<,J~3LpT?c|~&l7kMjEvWhoSNj)oWGORj3R"I\/AGXBkCs(w!+Cx)'Ue n&%HI0W0Dc7>4J"% MIME-Version: 1.0 (generated by WEMIKO 1.14.1 - =?ISO-2022-JP?B?Ig==?= =?ISO-2022-JP?B?GyRCNl9KXExTQ24bKEIi?=) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Date: Mon, 22 Dec 2003 10:41:45 +0900 In-Reply-To: (Matthias Andree's message of "Fri, 12 Dec 2003 00:03:57 +0100") Message-ID: User-Agent: T-gnus/6.16.3 (based on Gnus v5.10.3) (revision 02) Mule-UCS/0.84 (=?ISO-2022-JP?B?S09VR0VUU1VEQUk6GyRCOH43bkJmGyhC?=) WEMIKO/1.14.1 (=?ISO-2022-JP?B?GyRCNl9KXExTQ24bKEI=?=) SLIM/1.14.7 (=?ISO-2022-JP?B?GyRCPHIwZjpMTD4bKEI=?=) APEL/10.3 MULE XEmacs/21.4 (patch 13) (Rational FORTRAN) (i386-unknown-freebsd4.8) Subject: Re: ypwhich bus error on i386? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 01:41:51 -0000 >> On Fri, 12 Dec 2003 00:03:57 +0100, Matthias Andree >> said: Ma> This happens on a very fresh 5-CURRENT install on a Xeon (HTT enabled): Ma> # ypwhich -m Ma> ypwhich: can't find the master of `=1B$BPPPPPPPP=1B(Bethers.byaddr: rea= son: No such map in server's domain Ma> Bus error (core dumped) I think this "ypmaster -m" error happens from revision 1.15 of ypwhich.c struct ypmaplist is defined in and and they are incompatible. <> struct ypmaplist { mapname map; struct ypmaplist *next; }; <> struct ypmaplist { char ypml_name[YPMAXMAP + 1]; struct ypmaplist *ypml_next; }; struct ypmaplist of yp_prot.h is used in ypwhich.c, while yp_maplist function returns struct ypmaplist of yp.h. I could find this with gdb ypwhich. <> (gdb) p ypml $2 =3D (struct ypmaplist *) 0x804d050 (gdb) p *ypml $3 =3D {map =3D 0x804d060 "amd_home", next =3D 0x804d080} (gdb) p ypml+1 $4 =3D (struct ypmaplist *) 0x804d058 <> (gdb) p ypml $11 =3D (struct ypmaplist *) 0x804d050 (gdb) p *ypml $12 =3D { ypml_name =3D "`=D0\004\b\200=D0\004\b=D0=D0=D0=D0=D0=D0=D0=D0amd_home\0= =D0=D0=D0=D0=D0=D0=D0udp\0", '=D0' , "=A0=D0\004\b=B0=D0\= 004\b=D0=D0=D0=D0=D0=D0=D0=D0t", ypml_next =3D 0xd0d0d0d0} (gdb) p ypml+1 $13 =3D (struct ypmaplist *) 0x804d098 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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: /usr/local/www/cvsroot/FreeBSD/src/usr.bin/ypwhich/ypwhich.c,v retrieving revision 1.14 retrieving revision 1.15 diff -u -p -r1.14 -r1.15 --- src/usr.bin/ypwhich/ypwhich.c 2002/02/27 14:32:43 1.14 +++ src/usr.bin/ypwhich/ypwhich.c 2003/10/26 05:30:40 1.15 @@ -28,12 +28,15 @@ */ =20 #include -__FBSDID("$FreeBSD: /usr/local/www/cvsroot/FreeBSD/src/usr.bin/ypwhich/ypw= hich.c,v 1.14 2002/02/27 14:32:43 dwmalone Exp $"); +__FBSDID("$FreeBSD: /usr/local/www/cvsroot/FreeBSD/src/usr.bin/ypwhich/ypw= hich.c,v 1.15 2003/10/26 05:30:40 peter Exp $"); =20 #include #include #include =20 +#include +#include +#include #include =20 #include @@ -47,10 +50,6 @@ __FBSDID("$FreeBSD: /usr/local/www/cvsro #include #include #include -#include -#include -#include -struct dom_binding{}; --snip-- --=20 --- TOMITA Yoshinori (Fujitsu Laboratories Ltd., Kawasaki, Japan) From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 17:48:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 314BF16A4CE for ; Sun, 21 Dec 2003 17:48:57 -0800 (PST) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC79F43D49 for ; Sun, 21 Dec 2003 17:48:55 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.12.8/8.12.8) with ESMTP id hBM1mrlb025462; Sun, 21 Dec 2003 20:48:54 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <3FE620B5.9050201@ispro.net.tr> References: <20031221084531.GB31516@cactus.homeunix.org> <20031221105925.GA1713@utgard.lodz.mm.pl> <1072018131.715.10.camel@localhost> <3FE5B804.6000707@ispro.net.tr> <20031221154129.GE2228@saboteur.dek.spc.org> <60563.192.168.4.2.1072043423.squirrel@mail.migus.org> <3FE620B5.9050201@ispro.net.tr> Date: Sun, 21 Dec 2003 20:48:52 -0500 To: Evren Yurtesen From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: current@freebsd.org Subject: Re: mergemaster feature suggestion... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 01:48:57 -0000 At 12:37 AM +0200 12/22/03, Evren Yurtesen wrote: > >About those old files, I think any old file which doesn't >exist in newer release does not only waste space and cause >confusion. Also it might cause security problems. This is a very reasonable position. It is such a reasonable idea that this topic reappears every few months... :-) >I often thought of a way to remove older files. The problem is that the general solution is much harder to do than it first appears. It is one thing to come up with a solution that works well for what "you" (ie, any one developer) need, but it is much more challenging to come up with a solution that everyone can always use, for every upgrade, and that they can rely on. You can not have installworld just blindly removing files. That tactic *will* cause trouble. The fact that this issue keeps coming up is a good indication that we need to do something. Every once-in-while I try my own hand at implementing some solution, but so far I have not come up with anything that I am 100% happy with. -- 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 Sun Dec 21 18:24:11 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B87E16A4CE for ; Sun, 21 Dec 2003 18:24:11 -0800 (PST) Received: from sizone.org (mortar.sizone.org [65.126.154.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED32B43D64 for ; Sun, 21 Dec 2003 18:24:09 -0800 (PST) (envelope-from dgilbert@daveg.ca) Received: by sizone.org (Postfix, from userid 66) id 61DDB307E1; Sun, 21 Dec 2003 21:24:09 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 6BAED1D1D54; Sun, 21 Dec 2003 21:24:09 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16358.21961.164134.835078@canoe.dclg.ca> Date: Sun, 21 Dec 2003 21:24:09 -0500 To: freebsd-current@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid Subject: Use of Freed Memory 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, 22 Dec 2003 02:24:11 -0000 I got the following backtrace from a recent crash of current: (kgdb) bt #0 doadump () at ../../../kern/kern_shutdown.c:240 #1 0xc0542d42 in boot (howto=256) at ../../../kern/kern_shutdown.c:372 #2 0xc0543098 in panic () at ../../../kern/kern_shutdown.c:550 #3 0xc064fa17 in mtrash_ctor (mem=0xc9d84000, size=0, arg=0x0) at ../../../vm/uma_dbg.c:137 #4 0xc064e17b in uma_zalloc_arg (zone=0xc103be40, udata=0x0, flags=2) at ../../../vm/uma_core.c:1403 #5 0xc0537a93 in malloc (size=3238248000, type=0xc06f45a0, flags=2) at ../../../vm/uma.h:234 #6 0xc056d695 in poll (td=0xc6bb88c0, uap=0xe9f71d14) at ../../../kern/sys_generic.c:966 #7 0xc0680db0 in syscall (frame= {tf_fs = 47, tf_es = 673775663, tf_ds = -1078001617, tf_edi = 10, tf_esi = 172, tf_ebp = -1077943212, tf_isp = -369681036, tf_ebx = 673797812, tf_edx = 160608256, tf_ecx = 137695232, tf_eax = 209, tf_trapno = 22, tf_err = 2, tf_eip = 674140831, tf_cs = 31, tf_eflags = 658, tf_esp = -1077943272, tf_ss = 47}) at ../../../i386/i386/trap.c:1010 #8 0xc067292d in Xint0x80_syscall () at {standard input}:136 ---Can't read userspace from dump, or kernel process--- ... now the panic message was: panic: Most recently used by temp The code in question (mtrash_ctor) is: printf("Memory modified after free %p(%d) val=%x @ %p\n", mem, size, *p, p); panic("Most recently used by %s\n", (*ksp == NULL)? "none" : (*ksp)->ks_shortdesc); ... anyone working on something that affects this? I have the dump if someone wants it. 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 Sun Dec 21 18:25:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87D1C16A4CE for ; Sun, 21 Dec 2003 18:25:58 -0800 (PST) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [68.213.16.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B038143D62 for ; Sun, 21 Dec 2003 18:25:56 -0800 (PST) (envelope-from richardcoleman@mindspring.com) Received: from mindspring.com (titan.criticalmagic.com [68.213.16.23]) by saturn.criticalmagic.com (Postfix) with ESMTP id 4B1AD3BD2A; Sun, 21 Dec 2003 21:25:56 -0500 (EST) Message-ID: <3FE65643.4050901@mindspring.com> Date: Sun, 21 Dec 2003 21:26:11 -0500 From: Richard Coleman Organization: Critical Magic, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: jqdkf@army.com References: <20031221084531.GB31516@cactus.homeunix.org> <20031221105925.GA1713@utgard.lodz.mm.pl> <20031221113542.GA626@cactus.homeunix.org> In-Reply-To: <20031221113542.GA626@cactus.homeunix.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: services under /usr/local/etc/rc.d run twice on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: richardcoleman@mindspring.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, 22 Dec 2003 02:25:58 -0000 jqdkf@army.com wrote: >>Copy-paste from /usr/srt/UPDATING: >>20030829: >> The following rc.d scripts have been removed and should be >> deleted from your installation: atm2.sh atm3.sh devdb >> localdaemons network1 network2 network3. Depending on when >> you last updated world and used mergemaster(8) you may or >> may not have problems during the rc boot sequence. The simplest >> solution is an 'rm -rf /etc/rc.d/*' and then 'mergemaster -i'. >> The atm2.sh atm3.sh and devdb scripts were removed some time >> ago, so depending on when you installed -CURRENT these scripts >> may or may not exist on your system. >>-- >> Huginn > > > Thanks a lot. It does solve the problem. But I wonder why freebsd > doesn't remove those obsolete files automatically after each upgrade. > It would make the system cleaner and avoid such difficult to track > problems. Then someone would scream bloody murder the first time mergemaster screwed up a system because it removed a file before the system was ready for it. I think mergemaster does about the right amount of assistance during a build work cycle. Trying to make it "smarter" would result in an endless series of special cases that would be a bitch to maintain. Richard Coleman richardcoleman@mindspring.com From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 18:47:52 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6556316A4CE for ; Sun, 21 Dec 2003 18:47:52 -0800 (PST) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0621E43D66 for ; Sun, 21 Dec 2003 18:47:48 -0800 (PST) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (210.50.112.215) by smtp01.syd.iprimus.net.au (7.0.020) id 3F8B009E01A136B0; Mon, 22 Dec 2003 13:47:46 +1100 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id 9D24E6127; Mon, 22 Dec 2003 13:49:18 +1100 (EST) Date: Mon, 22 Dec 2003 13:49:18 +1100 From: Tim Robbins To: Benjamin Close Message-ID: <20031222024918.GA2261@wombat.robbins.dropbear.id.au> References: <3FE29BA4.9060205@unisa.edu.au> <20031220072053.GA4539@wombat.robbins.dropbear.id.au> <3FE630FE.6070504@unisa.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3FE630FE.6070504@unisa.edu.au> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: smbfs 4G max file size X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 02:47:52 -0000 On Mon, Dec 22, 2003 at 10:17:10AM +1030, Benjamin Close wrote: > Tim Robbins wrote: > > >On Fri, Dec 19, 2003 at 05:03:08PM +1030, Benjamin Close wrote: > > > > > > > >>Hi All, > >> Whilst tinkering with some backups the other day I noticed that > >>smbfs capped out at 4G. > >>Does the protocol restrict it to this limit or is there something else? > >> > >> > > > >What exactly doesn't work for files >4G? smbfs is supposed to support > >files up to 2^64 bytes in size, but the code may be buggy or incomplete. > > > > > >Tim > > > > > Quite a bit. I can't create a file bigger than 4G, cat to a file bigger > than 4G or do anything to make it bigger than 4G. > ie: > cis209883# cd /mnt/smbfs > cis209883# /home/benjsc/bin/createfile filename 4294967296 > cis209883# ls -l filename > -rwxr-xr-x 1 root wheel 4294967296 Dec 22 10:07 filename > cis209883# echo "This string will not be appended" >> filename > cis209883# ls -l filename > -rwxr-xr-x 1 root wheel 4294967296 Dec 22 10:07 filename Could you try this patch and let me know whether it fixes any (or all) of your problems with >4G files? ==== //depot/user/tjr/freebsd-tjr/src/sys/fs/smbfs/smbfs_vnops.c#9 - /usr/p4/sys/fs/smbfs/smbfs_vnops.c ==== @@ -272,7 +272,7 @@ struct vattr *va=ap->a_vap; struct smbfattr fattr; struct smb_cred scred; - u_int32_t oldsize; + u_quad_t oldsize; int error; SMBVDEBUG("%lx: '%s' %d\n", (long)vp, np->n_name, (vp->v_vflag & VV_ROOT) != 0); From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 18:54:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 540B016A4CE for ; Sun, 21 Dec 2003 18:54:45 -0800 (PST) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [68.213.16.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6E1143D5E for ; Sun, 21 Dec 2003 18:54:40 -0800 (PST) (envelope-from richardcoleman@mindspring.com) Received: from mindspring.com (titan.criticalmagic.com [68.213.16.23]) by saturn.criticalmagic.com (Postfix) with ESMTP id B63893BD2A; Sun, 21 Dec 2003 21:54:39 -0500 (EST) Message-ID: <3FE65CFF.2000102@mindspring.com> Date: Sun, 21 Dec 2003 21:54:55 -0500 From: Richard Coleman Organization: Critical Magic, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruce M Simpson References: <20031221084531.GB31516@cactus.homeunix.org> <20031221105925.GA1713@utgard.lodz.mm.pl> <1072018131.715.10.camel@localhost> <3FE5B804.6000707@ispro.net.tr> <20031221154129.GE2228@saboteur.dek.spc.org> In-Reply-To: <20031221154129.GE2228@saboteur.dek.spc.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Ryan Sommers cc: jqdkf@army.com cc: Evren Yurtesen cc: current@freebsd.org Subject: Re: mergemaster feature suggestion... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: richardcoleman@mindspring.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, 22 Dec 2003 02:54:45 -0000 Bruce M Simpson wrote: >>mergemaster always asks if you want to install a file which doesnt exist >>in /etc already. Why cant it also ask for removing a file which doesnt >>exist in sources? Then the user can decide if he/she needs that file or >>not then remove it safely. > > > If you'd taken the time to read the list archives you'd have noticed that > this very question had been addressed in an earlier thread within the past > 6 weeks. And the root cause was the same. > > The 'officially sanctioned' upgrade path is a binary upgrade or fresh install, > unless you're a developer, or just someone who enjoys an interesting life. > > BMS Well, regardless of what is the official method, it doesn't mean we (as developers) need to make life hard for ourselves. There are a couple times I would have found such a feature in mergemaster to be useful (mainly as a sanity check). It's not a showstopper, just a "nice to have". Of course, this is no replacement for not reading UPDATING or following the mailing list. I think that is Bruce's main point. Richard Coleman richardcoleman@mindspring.com From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 19:07:34 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E448716A4CE for ; Sun, 21 Dec 2003 19:07:34 -0800 (PST) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A1BC43D60 for ; Sun, 21 Dec 2003 19:07:32 -0800 (PST) (envelope-from adam@migus.org) Received: from ludo.migus.org ([68.55.80.136]) by comcast.net (sccrmhc11) with ESMTP id <2003122203073201100ih9dve>; Mon, 22 Dec 2003 03:07:32 +0000 Received: by ludo.migus.org (Postfix, from userid 80) id CA8CFA1028; Sun, 21 Dec 2003 22:07:31 -0500 (EST) Received: from 192.168.4.2 (SquirrelMail authenticated user adam) by mail.migus.org with HTTP; Sun, 21 Dec 2003 22:07:31 -0500 (EST) Message-ID: <59759.192.168.4.2.1072062451.squirrel@mail.migus.org> In-Reply-To: References: <20031221084531.GB31516@cactus.homeunix.org><20031221105925.GA1713@utgard.lodz.mm.pl><1072018131.715.10.camel@localhost> <3FE5B804.6000707@ispro.net.tr><20031221154129.GE2228@saboteur.dek.spc.org><60563.192.168.4.2.1072043423.squirrel@mail.migus.org><3FE620B5.9050201@ispro.net.tr> Date: Sun, 21 Dec 2003 22:07:31 -0500 (EST) From: "Adam C. Migus" To: "Garance A Drosihn" User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal cc: Evren Yurtesen cc: current@freebsd.org Subject: Re: mergemaster feature suggestion... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 03:07:35 -0000 Garance A Drosihn said: > The problem is that the general solution is much harder to do > than it first appears. It is one thing to come up with a > solution that works well for what "you" (ie, any one developer) > need, but it is much more challenging to come up with a solution > that everyone can always use, for every upgrade, and that they > can rely on. You can not have installworld just blindly > removing files. That tactic *will* cause trouble. > > The fact that this issue keeps coming up is a good indication > that we need to do something. Every once-in-while I try my > own hand at implementing some solution, but so far I have not > come up with anything that I am 100% happy with. > Adopting the etcmerge port while having the installation install a fresh, reference /etc everytime for the comparison would solve this and most other problems people are talking about. Adam From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 19:30:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C021016A4CE for ; Sun, 21 Dec 2003 19:30:53 -0800 (PST) Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B1CB43D53 for ; Sun, 21 Dec 2003 19:30:52 -0800 (PST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (udsl-3-062.QLD.dft.com.au [202.168.108.62])hBM3UnuV073445; Mon, 22 Dec 2003 14:30:49 +1100 (EST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [172.22.2.17])hBM3UjGw099699; Mon, 22 Dec 2003 13:30:46 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Mon, 22 Dec 2003 13:30:45 +1000 (EST) From: Andy Farkas X-X-Sender: andyf@hewey.af.speednet.com.au To: Richard Coleman In-Reply-To: <3FE65CFF.2000102@mindspring.com> Message-ID: <20031222132538.N97523@hewey.af.speednet.com.au> References: <20031221084531.GB31516@cactus.homeunix.org> <20031221105925.GA1713@utgard.lodz.mm.pl> <1072018131.715.10.camel@localhost> <3FE5B804.6000707@ispro.net.tr> <20031221154129.GE2228@saboteur.dek.spc.org> <3FE65CFF.2000102@mindspring.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: mergemaster feature suggestion... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 03:30:53 -0000 Richard Coleman wrote: > Well, regardless of what is the official method, it doesn't mean we (as > developers) need to make life hard for ourselves. There are a couple > times I would have found such a feature in mergemaster to be useful > (mainly as a sanity check). It's not a showstopper, just a "nice to have". I *always* use mergemaster's -v option. It does exactly what I want: tells me which files currently in /etc that are not part of the new install. -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 19:42:51 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6CD316A4CE for ; Sun, 21 Dec 2003 19:42:51 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDFAB43D5C for ; Sun, 21 Dec 2003 19:42:50 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id BBC9672DB5; Sun, 21 Dec 2003 19:42:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id B8EBD72DAD; Sun, 21 Dec 2003 19:42:50 -0800 (PST) Date: Sun, 21 Dec 2003 19:42:50 -0800 (PST) From: Doug White To: Michal Mertl In-Reply-To: <20031220123907.X90388@prg.traveller.cz> Message-ID: <20031221194210.N55059@carver.gumbysoft.com> References: <20031217110353.U94352@prg.traveller.cz> <20031219112603.O37433@prg.traveller.cz> <20031220123907.X90388@prg.traveller.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Jonathan Lennox cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: file descriptor leak in 5.2-RC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 03:42:51 -0000 On Sat, 20 Dec 2003, Michal Mertl wrote: > As I already replied to Jonathan the output of fstat (and lsof) looks > normal. After going to _single_user_ with no processess running, fstat > shows only a handful of files (sh and fstat itself) yet kern.maxfiles is > large. nitpick: I assume you meant kern.openfiles, since kern.maxfiles is the systemwide limit on the # of files and doesn't change unless you change it. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 19:47:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BAD016A4CE for ; Sun, 21 Dec 2003 19:47:55 -0800 (PST) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [68.213.16.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B33143D1F for ; Sun, 21 Dec 2003 19:47:54 -0800 (PST) (envelope-from richardcoleman@mindspring.com) Received: from mindspring.com (titan.criticalmagic.com [68.213.16.23]) by saturn.criticalmagic.com (Postfix) with ESMTP id 6BE163BD2A; Sun, 21 Dec 2003 22:47:53 -0500 (EST) Message-ID: <3FE66979.5070000@mindspring.com> Date: Sun, 21 Dec 2003 22:48:09 -0500 From: Richard Coleman Organization: Critical Magic, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andy Farkas References: <20031221084531.GB31516@cactus.homeunix.org> <20031221105925.GA1713@utgard.lodz.mm.pl> <1072018131.715.10.camel@localhost> <3FE5B804.6000707@ispro.net.tr> <20031221154129.GE2228@saboteur.dek.spc.org> <3FE65CFF.2000102@mindspring.com> <20031222132538.N97523@hewey.af.speednet.com.au> In-Reply-To: <20031222132538.N97523@hewey.af.speednet.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: mergemaster feature suggestion... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: richardcoleman@mindspring.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, 22 Dec 2003 03:47:55 -0000 Andy Farkas wrote: > Richard Coleman wrote: > >>Well, regardless of what is the official method, it doesn't mean we (as >>developers) need to make life hard for ourselves. There are a couple >>times I would have found such a feature in mergemaster to be useful >>(mainly as a sanity check). It's not a showstopper, just a "nice to have". > > I *always* use mergemaster's -v option. It does exactly what I want: tells > me which files currently in /etc that are not part of the new install. > > :{ andyf@speednet.com.au > > Andy Farkas > System Administrator > Speednet Communications > http://www.speednet.com.au/ Doh. The feature I was looking for is essentially already there. For some reason, I didn't notice this when I read the man page. Thanks for the pointer. Richard Coleman richardcoleman@mindspring.com From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 19:47:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A82A16A4CE; Sun, 21 Dec 2003 19:47:59 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 600B543D49; Sun, 21 Dec 2003 19:47:58 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 53BA172DB5; Sun, 21 Dec 2003 19:47:58 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 4E91072DAD; Sun, 21 Dec 2003 19:47:58 -0800 (PST) Date: Sun, 21 Dec 2003 19:47:58 -0800 (PST) From: Doug White To: Lars =?iso-8859-1?Q?K=F6ller?= In-Reply-To: <200312200952.hBK9qktK001299@odie.koellers.net> Message-ID: <20031221194514.J55059@carver.gumbysoft.com> References: <200312200952.hBK9qktK001299@odie.koellers.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: lkoeller@freebsd.org cc: freebsd-current@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: 5.2-rc1 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, 22 Dec 2003 03:47:59 -0000 On Sat, 20 Dec 2003, Lars [iso-8859-1] K=F6ller wrote: > I'm trying to install a 5.2 system and have had a lot of trouble: > > - The disk images won't boot on my Adaptec 2940UW controller with the > latest Firmware. > I have to make an image by myself with mkisofs and cdrecord. After > this all boots well. Odd... the Adaptec BIOS is known to have problems if you have missing or invalid DOS slice tables. Don't run using 'dedicated' mode with Adaptecs, at least with the first boot volume. > - My installation isn't runable, cause the kernel don't find the rootfs Since you have FreeBSD installed twice and you are spanning IDE and SCSI disks, its entirely possible you're booting the wrong loader and its getting confused, or loader itself is getting confused because of the multiple FreeBSD installs. You should make sure that the 'rootdev' variable in the loader is set properly before jumping into the kernel. You can set it by dropping to the loader OK prompt and typing set rootdev=3DdiskXs1a where X is the disk number, printed when loader starts up. Some BIOSes have lots of issues with booting across IDE and SCSI disks in the same system. > - Disk configuration: > - ad0 (s1: FreeBSD-4.0) > - da0 (s1: FAT32, W98) > - da1 (s1: FBSD-5.2) > - da2 (s1: FAT32) --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 20:18:10 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51B1616A4CE for ; Sun, 21 Dec 2003 20:18:10 -0800 (PST) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6DB943D3F for ; Sun, 21 Dec 2003 20:18:08 -0800 (PST) (envelope-from cristjc@comcast.net) Received: from blossom.cjclark.org (c-24-6-186-224.client.comcast.net[24.6.186.224]) by comcast.net (rwcrmhc13) with ESMTP id <2003122204180801500k40o2e>; Mon, 22 Dec 2003 04:18:08 +0000 Received: from blossom.cjclark.org (localhost. [127.0.0.1]) by blossom.cjclark.org (8.12.9p2/8.12.8) with ESMTP id hBM4I743018933; Sun, 21 Dec 2003 20:18:07 -0800 (PST) (envelope-from cristjc@comcast.net) Received: (from cjc@localhost) by blossom.cjclark.org (8.12.9p2/8.12.9/Submit) id hBM4I224018932; Sun, 21 Dec 2003 20:18:02 -0800 (PST) (envelope-from cristjc@comcast.net) X-Authentication-Warning: blossom.cjclark.org: cjc set sender to cristjc@comcast.net using -f Date: Sun, 21 Dec 2003 20:18:01 -0800 From: "Crist J. Clark" To: Nathan Kay Message-ID: <20031222041801.GA18856@blossom.cjclark.org> References: <20031219064932.GA94971@blossom.cjclark.org> <20031219143232.GA91798@numenor.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031219143232.GA91798@numenor.net> User-Agent: Mutt/1.4.1i X-URL: http://people.freebsd.org/~cjc/ cc: current@freebsd.org Subject: Re: Possible IPsec Trouble in 5.2RC? 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: Mon, 22 Dec 2003 04:18:10 -0000 On Fri, Dec 19, 2003 at 06:32:32AM -0800, Nathan Kay wrote: > On Thu, Dec 18, 2003 at 10:49:32PM -0800, Crist J. Clark wrote: > > IPsec does work, however. When I manually load up the SAD with > > setkey(8), the ESP tunnel comes up and everything is fine. > > Confirmed, IKE no longer works for my setup either, while manual > keying does. > > > I think the problem is that the IKE traffic, 500/udp, is not bypassing > > the IPsec processing like it should. > > That's what looked like was going on in my setup as well. A few others have seen the same problems with KAME IPsec in 5.2RC. One person mentioned that the FAST_IPSEC implementation does not share the bug. I switched over and things work fine with the same racoon executable and configuration. This does look like a bug in the FreeBSD KAME IPsec. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 20:41:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0C3F16A4CE for ; Sun, 21 Dec 2003 20:41:04 -0800 (PST) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DFC943D50 for ; Sun, 21 Dec 2003 20:41:03 -0800 (PST) (envelope-from craig@xfoil.gank.org) Received: from localhost (ion.gank.org [69.55.238.164]) by ion.gank.org (mail) with ESMTP id 12FD42B4F9 for ; Sun, 21 Dec 2003 22:41:03 -0600 (CST) Received: from ion.gank.org ([69.55.238.164]) by localhost (ion.gank.org [69.55.238.164]) (amavisd-new, port 10024) with LMTP id 62215-06 for ; Sun, 21 Dec 2003 22:41:01 -0600 (CST) Received: from 192.168.69.78 (arbiter.gank.org [64.81.113.221]) by ion.gank.org (mail) with ESMTP id 6D0302B4D8 for ; Sun, 21 Dec 2003 22:41:00 -0600 (CST) From: Craig Boston To: current@freebsd.org Date: Sun, 21 Dec 2003 22:39:38 -0600 User-Agent: KMail/1.5.4 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200312212239.38557.craig@xfoil.gank.org> X-Virus-Scanned: by amavisd-new at gank.org Subject: An experiment: 64-bit time_t on IA-32 (5.2-RC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 04:41:05 -0000 There was a recent discussion of 29-bit time values on slashdot, which turned into a discussion of 32-bit values and the (mosty) well-known 2038 *NIX 'doomsday'. This piqued my curiosity so I decided to see how hard it would be to get the i386 version of FreeBSD to use int64_t for time_t. The initial compile went off without a hitch. This is no doubt due to hard work by the people working on the ia64, amd64, etc. ports where time_t is 64-bits by default. A side note, I noticed that the alpha and sparc64 ports seem to be using 32-bit time_t, which surprised me. Some googling showed that sparc64 is thinking about it but didn't want to rock the boat before 5.3. The installworld was a bit tricky, due to small problems like init segfaulting on the new kernel and the cross-tools being built against the old libraries. Fortunately, the behavior of wrong binaries looked something like this: Old Kernel (32-bit time_t) New Kernel (64-bit time_t) Old bins: works crashes New bins: works but shows wacky times works So I could at least install the new init/sh/cp without fear before rebooting into the new kernel. Dynamic root made it necessary to use LD_LIBRARY_PATH quite liberally, but I was able to get enough working to complete the installworld. Once that was done everything worked perfectly. :) I'll have to recompile all the ports of course. 290 of them including kde and openoffice -- that will take a while ;) So anyway, kudos to the FreeBSD development team! It's certainly healthy for an OS to be able to survive a change in one of the base data types without suffering any major problems. Something to think about for 6.x perhaps? Random thoughts: 1. I was half expecting NFS to break -- mainly because of my ignorance of how things get from the VFS layer to the wire protocol. Fortunately it seems the code is smarter than I gave it credit for. I haven't tried serving yet, but the NFS client seems to interoperate fine with a stock FreeBSD 4.x server. 2. I was also slightly worried about the UFS on-disk layout. Turns out that UFS already uses 64-bit timestamps anyway so I had nothing to worry about ;) 3. Should I expect any appreciable slowdown from using a non-native type for time_t? So far I haven't noticed any difference, but I haven't done any scientific benchmarks or anything. $ uname -a FreeBSD aldaris 5.2-RC FreeBSD 5.2-RC #0: Sun Dec 21 20:44:33 CST 2003 root@aldaris:/usr/obj/usr/src/sys/ALDARIS i386 $ date -r 8589934592 Wed Mar 16 06:56:32 CST 2242 $ date -r 68719476736 Sun Aug 20 01:32:16 CST 4147 $ date -r 274877906944 Wed Jul 14 00:09:04 CST 10680 From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 21:30:07 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 682FD16A4CE for ; Sun, 21 Dec 2003 21:30:07 -0800 (PST) Received: from leonis.nus.edu.sg (leonis.nus.edu.sg [137.132.1.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A43BF43D58 for ; Sun, 21 Dec 2003 21:30:05 -0800 (PST) (envelope-from jqdkf@army.com) Received: from army.com (175-193.priv19.nus.edu.sg [172.19.175.193]) by leonis.nus.edu.sg (8.12.9/8.12.9) with SMTP id hBM5U5o5002460 for ; Mon, 22 Dec 2003 13:30:06 +0800 (SGT) Received: (qmail 911 invoked by uid 1000); 22 Dec 2003 05:30:02 -0000 From: jqdkf@army.com Date: Mon, 22 Dec 2003 13:30:02 +0800 To: freebsd-current@freebsd.org Message-ID: <20031222053002.GA872@cactus.homeunix.org> Mail-Followup-To: freebsd-current@freebsd.org References: <1072034400.3fe5f260ca848@webmail.telus.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1072034400.3fe5f260ca848@webmail.telus.net> User-Agent: Mutt/1.4.1i Subject: Re: Continued problems with Aironet device and 5.2-RC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 05:30:07 -0000 On Sun, Dec 21, 2003 at 11:20:00AM -0800, James Earl wrote: > Hi, > > I was able to get rid of "an0: failed to read RID ff50 7f21 21 0 2eab, 3" > messages, but my connection still eventually drops when transmitting data. > I tried many different IRQ combinations in the BIOS setup. Some combinations go > t rid of the error message above, and some combinations had more stable results > that would NOT partially freeze my system. Hi, I also have this card, but unlike you, my system even can not recognize it. 4.9 release can detect 350 correctly and makes it work, but both 5.1 and 5.2 can't detect it. According to dmesg: cbb0: Unsupported card type detected I'm sure I have the line "device an" in the config file, as it is the default. I also enabled devd and pccard in rc.conf. What else have you done to at least make it detected? -- Zeng Nan Simple is Beautiful. From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 22:30:11 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8135B16A4CF; Sun, 21 Dec 2003 22:30:11 -0800 (PST) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3D8C43D1F; Sun, 21 Dec 2003 22:30:09 -0800 (PST) (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 4EF141FF9A6; Mon, 22 Dec 2003 07:30:08 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id B2C241FF9A8; Mon, 22 Dec 2003 07:30:06 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 9A556154D8; Mon, 22 Dec 2003 06:28:14 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 8FEBA1538F; Mon, 22 Dec 2003 06:28:15 +0000 (UTC) Date: Mon, 22 Dec 2003 06:28:15 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: "Crist J. Clark" In-Reply-To: <20031222041801.GA18856@blossom.cjclark.org> Message-ID: References: <20031219064932.GA94971@blossom.cjclark.org> <20031219143232.GA91798@numenor.net> <20031222041801.GA18856@blossom.cjclark.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: current@freebsd.org Subject: Re: Possible IPsec Trouble in 5.2RC? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 06:30:11 -0000 On Sun, 21 Dec 2003, Crist J. Clark wrote: Hi, > > > I think the problem is that the IKE traffic, 500/udp, is not bypassing > > > the IPsec processing like it should. > > > > That's what looked like was going on in my setup as well. > > A few others have seen the same problems with KAME IPsec in 5.2RC. One > person mentioned that the FAST_IPSEC implementation does not share the > bug. I switched over and things work fine with the same racoon > executable and configuration. This does look like a bug in the FreeBSD > KAME IPsec. yes it is. I have reduced crashes here but have been away the whole sunday and thus have not yet finished my patching. I have not been able to test the BYPASS problem up to now. This had been the last uptime I could reach here: 5:48AM up 1 day, 1 min, 2 users, load averages: 0.02, 0.02, 0.00 After that some dynamic IPs changed including one on my ipsec interface and then it crashed. I already know the problem for that one. So if you might wait another few days I will hopefully be able to come up with a patch that fixes all the 0xdeadc0de access I am seeing here. -- Greetings Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 23:01:27 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F15A16A4CE for ; Sun, 21 Dec 2003 23:01:27 -0800 (PST) Received: from www.kukulies.org (www.kukulies.org [213.146.112.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDB3643D64 for ; Sun, 21 Dec 2003 23:01:25 -0800 (PST) (envelope-from kuku@www.kukulies.org) Received: from www.kukulies.org (localhost [127.0.0.1]) by www.kukulies.org (8.12.10/8.12.10) with ESMTP id hBM71JcO007188; Mon, 22 Dec 2003 08:01:20 +0100 (CET) (envelope-from kuku@www.kukulies.org) Received: (from kuku@localhost) by www.kukulies.org (8.12.10/8.12.10/Submit) id hBM71InQ007187; Mon, 22 Dec 2003 08:01:18 +0100 (CET) (envelope-from kuku) Date: Mon, 22 Dec 2003 08:01:17 +0100 From: "Christoph P. Kukulies" To: Andy Farkas Message-ID: <20031222070117.GA7153@gilberto.physik.rwth-aachen.de> References: <200312202213.hBKMDfZu000603@www.kukulies.org> <20031222094951.X97523@hewey.af.speednet.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031222094951.X97523@hewey.af.speednet.com.au> User-Agent: Mutt/1.4.1i cc: "C. Kukulies" cc: freebsd-current@freebsd.org Subject: Re: pppoe 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, 22 Dec 2003 07:01:27 -0000 On Mon, Dec 22, 2003 at 09:51:37AM +1000, Andy Farkas wrote: > On Sat, 20 Dec 2003, C. Kukulies wrote: > > > In the not working case with the new /etc directory I have this in > > ppp.log: > > > > No such file or directory > > Dec 20 22:48:01 www ppp[236]: tun0: Warning: tdsllink: Device (PPPoE:sis0:) must Thanks. It must have been a relict of my experimenting and I may have overlooked it. Everything is working fine now. Also discard my problems with pppoed (d) reported to the list. It was nonsense becaue pppoed isn't part of the game anyway when client ppp(oe) is the game. > > begin with a '/', a '!' or contain at least one ':' > > Remove the trailing ':' from the device name, ie. "PPPoE:sis0" -- Chris Christoph P. U. Kukulies kuku_at_physik.rwth-aachen.de From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 23:30:48 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC78816A4CE for ; Sun, 21 Dec 2003 23:30:48 -0800 (PST) Received: from prg.traveller.cz (prg.traveller.cz [193.85.2.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id B42D643D64 for ; Sun, 21 Dec 2003 23:30:45 -0800 (PST) (envelope-from mime@traveller.cz) Received: from prg.traveller.cz (localhost [127.0.0.1]) hBM7Ui8Y014137; Mon, 22 Dec 2003 08:30:44 +0100 (CET) Received: from localhost (mime@localhost)hBM7UhgA014134; Mon, 22 Dec 2003 08:30:43 +0100 (CET) Date: Mon, 22 Dec 2003 08:30:43 +0100 (CET) From: Michal Mertl To: Doug White In-Reply-To: <20031221194210.N55059@carver.gumbysoft.com> Message-ID: <20031222082501.E13305@prg.traveller.cz> References: <20031217110353.U94352@prg.traveller.cz> <20031219112603.O37433@prg.traveller.cz> <20031220123907.X90388@prg.traveller.cz> <20031221194210.N55059@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: file descriptor leak in 5.2-RC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 07:30:48 -0000 On Sun, 21 Dec 2003, Doug White wrote: > On Sat, 20 Dec 2003, Michal Mertl wrote: > > > As I already replied to Jonathan the output of fstat (and lsof) looks > > normal. After going to _single_user_ with no processess running, fstat > > shows only a handful of files (sh and fstat itself) yet kern.maxfiles is > > large. > > nitpick: I assume you meant kern.openfiles, since kern.maxfiles is the > systemwide limit on the # of files and doesn't change unless you change > it. Of course, sorry for the confusion. I tried to reproduce the problem at home but to no avail. I will check at work again and send the output of "sysctl kern.malloc | grep 'file desc'" as Poul-Henning requested. -- Michal Mertl From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 22:11:52 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24C5116A4CE; Sun, 21 Dec 2003 22:11:52 -0800 (PST) Received: from atlant.asiamusic.ru (AsiaTrade-Orient.orient.net.ru [195.161.236.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC49F43D5F; Sun, 21 Dec 2003 22:11:33 -0800 (PST) (envelope-from null@grayling.ru) Received: from mail.asiamusic.ru (localhost [127.0.0.1]) by atlant.asiamusic.ru (8.11.7/8.11.7) with SMTP id hBM6AuM80757; Mon, 22 Dec 2003 14:11:21 +0800 (IRKT) (envelope-from null@grayling.ru) Received: from 195.161.237.76 (proxying for 195.161.237.78) (SquirrelMail authenticated user ivi) by mail.asiamusic.ru with HTTP; Mon, 22 Dec 2003 14:11:24 +0800 (IRKT) Message-ID: <3406.195.161.237.76.1072073484.squirrel@mail.asiamusic.ru> Date: Mon, 22 Dec 2003 14:11:24 +0800 (IRKT) From: "Ruslan Ershov" To: freebsd-current@FreeBSD.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal X-Mailman-Approved-At: Mon, 22 Dec 2003 01:13:56 -0800 cc: freebsd-emulation@FreeBSD.org cc: orlando.bassotto@ieo-research.it Subject: ad0: WARNING - WRITE_DMA recovered from missing interrupt. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: null@grayling.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2003 06:11:52 -0000 I'm using emulators/vmware3 port, but I've a problem with this port on FreeBSD 5.2-BETA, 5.1-RC1 and 5.2-CURRENT. My configuration: OS: 5.2-CURRENT from 2003.12.19, UFS1 CPU: P4 1.8 GHz MB: EP-4BDAE http://web.epox.com/html/motherboard.asp?product=EP-4BDAE&lang=1 When I start vmware3 and press a button "Power On", I see the messages on xconsole - "ad0: WARNING - WRITE_DMA recovered from missing interrupt". After a while my FreeBSD box hangs. I disconnected in a configuration vmware3 all devices, but it doesn't help. When I used 5.1-CURRENT (September, October), I had no problems, except PR ports/57465. My ad0 drive Barracuda ATA IV ST340016A 40 GB. # cat /var/log/messages | grep ata Dec 19 17:00:21 atlantis kernel: atapci0: port 0xf000-0xf00f at device 31.1 on pci0 Dec 19 17:00:21 atlantis kernel: ata0: at 0x1f0 irq 14 on atapci0 Dec 19 17:00:21 atlantis kernel: ata0: [MPSAFE] Dec 19 17:00:21 atlantis kernel: ata1: at 0x170 irq 15 on atapci0 Dec 19 17:00:21 atlantis kernel: ata1: [MPSAFE] Dec 19 17:00:21 atlantis kernel: ad0: 38166MB [77545/16/63] at ata0-master UDMA100 Dec 19 17:00:21 atlantis kernel: acd0: CDROM at ata1-master PIO4 My second FreeBSD box with vmware3 works fine and doesn't output any messages. Configuration: OS: 5.2-CURRENT from 2003.12.19, UFS1 CPU: P3 1.3 GHz MB: EP-3PTA http://web.epox.com/html/motherboard.asp?product=EP-3PTA&lang=1 HDD: Maxtor 6E030L0 30 GB What do I need to do to solve this problem? TIA for any ideas. From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 00:20:36 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10D4916A4CE for ; Mon, 22 Dec 2003 00:20:36 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 008B543D55 for ; Mon, 22 Dec 2003 00:20:35 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id hBM8KWAS033358; Mon, 22 Dec 2003 01:20:32 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 22 Dec 2003 01:20:14 -0700 (MST) Message-Id: <20031222.012014.76871129.imp@bsdimp.com> To: jqdkf@army.com From: "M. Warner Losh" In-Reply-To: <20031222053002.GA872@cactus.homeunix.org> References: <1072034400.3fe5f260ca848@webmail.telus.net> <20031222053002.GA872@cactus.homeunix.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 X-Mailman-Approved-At: Mon, 22 Dec 2003 01:13:56 -0800 cc: freebsd-current@freebsd.org Subject: Re: Continued problems with Aironet device and 5.2-RC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 08:20:36 -0000 In message: <20031222053002.GA872@cactus.homeunix.org> jqdkf@army.com writes: : cbb0: Unsupported card type detected This is typically a symptom of the resource allocation bugs I've been fighting... Warner From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 01:19:02 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45F1C16A4CE for ; Mon, 22 Dec 2003 01:19:02 -0800 (PST) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD36943D4C for ; Mon, 22 Dec 2003 01:18:59 -0800 (PST) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.10/8.12.9) with ESMTP id hBM9IuYH040023 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 22 Dec 2003 10:18:56 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.10/8.12.5/Submit) id hBM9IuW8040022 for current@freebsd.org; Mon, 22 Dec 2003 10:18:56 +0100 (CET) Date: Mon, 22 Dec 2003 10:18:56 +0100 From: Divacky Roman To: current@freebsd.org Message-ID: <20031222091856.GA40012@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: Turnstile panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 09:19:02 -0000 Hi I have this fridays -current and it crashed with turnstiles... IP: 0x8:0xc04f26fd SP: 0x10:0xc831ebb4 FP: 0x10:0xc831ebb8 stopped at turnstile_setowner+0xde movl 0x6c(%ecx),%eax I can send that kernel which faulted if necessary but it seems like turnstile_setowner() was passed invalid/NULL turnstile I have UP almost generic (some stuff removed) PII compiled kernel with CFLAGS = -O -pipe hope this will help a bit since not having dump ;( r.d. From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 01:21:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD70816A4CE for ; Mon, 22 Dec 2003 01:21:39 -0800 (PST) Received: from leonis.nus.edu.sg (leonis.nus.edu.sg [137.132.1.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6B5E43D1D for ; Mon, 22 Dec 2003 01:21:30 -0800 (PST) (envelope-from jqdkf@army.com) Received: from army.com (175-193.priv19.nus.edu.sg [172.19.175.193]) by leonis.nus.edu.sg (8.12.9/8.12.9) with SMTP id hBM9LUo5014720 for ; Mon, 22 Dec 2003 17:21:32 +0800 (SGT) Received: (qmail 2412 invoked by uid 1000); 22 Dec 2003 09:21:28 -0000 From: jqdkf@army.com Date: Mon, 22 Dec 2003 17:21:27 +0800 To: freebsd-current@freebsd.org Message-ID: <20031222092127.GA2355@cactus.homeunix.org> Mail-Followup-To: freebsd-current@freebsd.org References: <1072034400.3fe5f260ca848@webmail.telus.net> <20031222053002.GA872@cactus.homeunix.org> <20031222.012014.76871129.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031222.012014.76871129.imp@bsdimp.com> User-Agent: Mutt/1.4.1i Subject: Re: Continued problems with Aironet device and 5.2-RC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 09:21:39 -0000 On Mon, Dec 22, 2003 at 01:20:14AM -0700, M. Warner Losh wrote: > In message: <20031222053002.GA872@cactus.homeunix.org> > jqdkf@army.com writes: > : cbb0: Unsupported card type detected > > This is typically a symptom of the resource allocation bugs I've been > fighting... > So are you suggesting that I should adjust the resource by myself, like irq numbers, for now? -- Zeng Nan Simple is Beautiful. From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 01:30:50 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA41016A4CE for ; Mon, 22 Dec 2003 01:30:50 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5B3A43D49 for ; Mon, 22 Dec 2003 01:30:47 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id hBM9UjAS035183; Mon, 22 Dec 2003 02:30:46 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 22 Dec 2003 02:30:45 -0700 (MST) Message-Id: <20031222.023045.32334013.imp@bsdimp.com> To: jqdkf@army.com From: "M. Warner Losh" In-Reply-To: <20031222092127.GA2355@cactus.homeunix.org> References: <20031222053002.GA872@cactus.homeunix.org> <20031222.012014.76871129.imp@bsdimp.com> <20031222092127.GA2355@cactus.homeunix.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: Continued problems with Aironet device and 5.2-RC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 09:30:51 -0000 In message: <20031222092127.GA2355@cactus.homeunix.org> jqdkf@army.com writes: : On Mon, Dec 22, 2003 at 01:20:14AM -0700, M. Warner Losh wrote: : > In message: <20031222053002.GA872@cactus.homeunix.org> : > jqdkf@army.com writes: : > : cbb0: Unsupported card type detected : > : > This is typically a symptom of the resource allocation bugs I've been : > fighting... : > : : So are you suggesting that I should adjust the resource by myself, like : irq numbers, for now? I have the unhelpful advice "make sure two devices aren't using the same address." You'll likely have to decode all the BARs to make sure that this is the case. Warner From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 02:28:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0883616A4CE for ; Mon, 22 Dec 2003 02:28:28 -0800 (PST) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70E6743D55 for ; Mon, 22 Dec 2003 02:28:26 -0800 (PST) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.24; FreeBSD) id 1AYNJ0-0000U2-9j for current@freebsd.org; Mon, 22 Dec 2003 13:28:54 +0300 From: "Vladimir B. Grebenschikov" To: "current@freebsd.org" Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: TSB "Russian Express" Message-Id: <1072088932.1732.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 22 Dec 2003 13:28:53 +0300 Sender: Vladimir Grebenschikov Subject: KSE and qt-mt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 10:28:28 -0000 If libc_r mapped into libkse, like /etc/libmap.conf: -- libc_r.so.5 libkse.so.1 libc_r.so libkse.so -- Build of port avifile-0.7.38_1,2 coredumps while configure detects qt library. With regular libc_r it builds as exprected. (FreeBSD 5.2-CURRENT i386, cvsupped at Fri 19 Dec 2003) no additional options for avifile build was specified /usr/ports/multimedia/avifile# make configure ===> Configuring for avifile-0.7.38_1,2 creating cache ./config.cache avifile configure options: --with-gnu-ld --enable-iconv --disable-v4l --disable-divx4 --with-qt-includes=/usr/X11R6/include --with-qt-libraries=/usr/X11R6/lib --with-extra-libs=/usr/local/lib --disable-release --disable-ac3passthrough --enable-a52 --enable-ffmpeg-a52bin --with-a52-prefix=/usr/local --enable-mad --enable-libmad --with-sdl-prefix=/usr/local --with-sdl-exec-prefix=/usr/local --disable-vidix --with-vorbis-prefix=/usr/local --with-ogg-prefix=/usr/local --with-xvid-prefix=/usr/local --enable-x86opt --enable-win32 --with-win32-path=/usr/local/lib/win32 --x-libraries=/usr/X11R6/lib --x-includes=/usr/X11R6/include --prefix=/usr/local checking host system type... i386-unknown-freebsd5.2 ... checking for DPMSQueryExtension in -lXdpms... no checking for main in -lqt-mt... yes checking for Qt library (version >= 200)... Segmentation fault (core dumped) no configure: warning: *** Could not run Qt test program, checking why... *** Configure discovered/uses these settings: *** Qt libraries: /usr/X11R6/lib *** Qt headers: /usr/X11R6/include *** Note: *** Compilation of Qt utilities also might be turned off (if not wanted). *** If you are experiencing problems which will not be described *** bellow please report then on 'avifile@prak.org' mailing list *** (i.e. some misdetection or omitted path) configure: error: *** Qt test program compiled, but did not run. This usually means *** that the run-time linker is not finding Qt library or finding the wrong *** version of Qt. If it is not finding Qt, you will need to set your *** LD_LIBRARY_PATH environment variable, or edit /etc/ld.so.conf to point *** to the installed location Also, make sure you have run ldconfig if that *** is required on your system. *** # gdb ./conftest GNU gdb 5.2.1 (FreeBSD) Copyright 2002 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-undermydesk-freebsd"... (gdb) r Starting program: /ext/ports/multimedia/avifile/work/avifile-0.7-0.7.38/conftest Program received signal SIGSEGV, Segmentation fault. 0x2891f028 in pthread_key_create () from /usr/lib/libkse.so.1 (gdb) bt #0 0x2891f028 in pthread_key_create () from /usr/lib/libkse.so.1 #1 0x28af55cc in __nvsym17681 () from /usr/X11R6/lib/libGL.so.1 #2 0x2804d923 in _rtld () from /libexec/ld-elf.so.1 (gdb) # pkg_which /usr/X11R6/lib/libGL.so.1 XFree86-libraries-4.3.0_6 nvidia-driver-1.0.4365_1 # -- Vladimir B. Grebenschikov SWsoft Inc. From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 03:50:38 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08B8016A4CE for ; Mon, 22 Dec 2003 03:50:38 -0800 (PST) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4316E43D58 for ; Mon, 22 Dec 2003 03:50:36 -0800 (PST) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 61A7C6530E; Mon, 22 Dec 2003 11:50:34 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 06364-02-2; Mon, 22 Dec 2003 11:50:34 +0000 (GMT) Received: from saboteur.dek.spc.org (82-147-18-36.dsl.uk.rapidplay.com [82.147.18.36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 2B62C65339; Mon, 22 Dec 2003 11:50:33 +0000 (GMT) Received: by saboteur.dek.spc.org (Postfix, from userid 1001) id 1EE7F2AF; Mon, 22 Dec 2003 11:50:31 +0000 (GMT) Date: Mon, 22 Dec 2003 11:50:31 +0000 From: Bruce M Simpson To: "M. Warner Losh" Message-ID: <20031222115031.GA7049@saboteur.dek.spc.org> Mail-Followup-To: "M. Warner Losh" , jqdkf@army.com, freebsd-current@freebsd.org References: <20031222053002.GA872@cactus.homeunix.org> <20031222.012014.76871129.imp@bsdimp.com> <20031222092127.GA2355@cactus.homeunix.org> <20031222.023045.32334013.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031222.023045.32334013.imp@bsdimp.com> cc: jqdkf@army.com cc: freebsd-current@freebsd.org Subject: Re: Continued problems with Aironet device and 5.2-RC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 11:50:38 -0000 On Mon, Dec 22, 2003 at 02:30:45AM -0700, M. Warner Losh wrote: > I have the unhelpful advice "make sure two devices aren't using the > same address." You'll likely have to decode all the BARs to make sure > that this is the case. My idea of decoding the BAR these days involves drinking my way around it. However, if people need to get a start on fiddling with Base Address Registers then this might save someone some cut and paste time:- http://people.freebsd.org/~bms/dump/scanroms.c BMS From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 03:49:41 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2ACA916A4CE for ; Mon, 22 Dec 2003 03:49:41 -0800 (PST) Received: from mout2.freenet.de (mout2.freenet.de [194.97.50.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id B04CB43D58 for ; Mon, 22 Dec 2003 03:49:39 -0800 (PST) (envelope-from jps@scxnet.de) Received: from [194.97.55.147] (helo=mx4.freenet.de) by mout2.freenet.de with asmtp (Exim 4.30) id 1AYOZ9-0002A9-3t for freebsd-current@freebsd.org; Mon, 22 Dec 2003 12:49:39 +0100 Received: from pd9e5d233.dip.t-dialin.net ([217.229.210.51] helo=ibm.scxnet.home) by mx4.freenet.de with asmtp (ID vippappo@freenet.de) (Exim 4.30 #1) id 1AYOZ8-0000r1-Qt for freebsd-current@freebsd.org; Mon, 22 Dec 2003 12:49:38 +0100 Received: from scxnet.de (loki.scxnet.home [172.16.0.3]) by ibm.scxnet.home (8.12.9p2/8.12.9) with ESMTP id hBMBnVhs019029 for ; Mon, 22 Dec 2003 12:49:33 +0100 (CET) (envelope-from jps@scxnet.de) Message-ID: <3FE6DA4B.2070809@scxnet.de> Date: Mon, 22 Dec 2003 12:49:31 +0100 From: =?ISO-8859-1?Q?J=F6rg_Peter_Schley?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031030 X-Accept-Language: de-de, de, 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-AntiVirus: checked by AntiVir Milter 1.0.6; AVE 6.23.0.1; VDF 6.23.0.17 X-Mailman-Approved-At: Mon, 22 Dec 2003 04:52:31 -0800 Subject: USBdevs PATCH for CSR USB Bluetooth devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 11:49:41 -0000 Hi List! included a patch for USB Bluetooth devices with CSR-Chipset like the ACER BT-600 --usbdevs.patch-- --8<---- --- usbdevs.orig Mon Dec 22 12:06:15 2003 +++ usbdevs Mon Dec 22 12:09:53 2003 @@ -331,6 +331,7 @@ vendor ARESCOM 0x09f5 ARESCOM vendor BAY 0x09f9 Bay Associates vendor ALTERA 0x09fb Altera +vendor CSR 0x0a12 CSR vendor TREK 0x0a16 Trek Technology vendor ASAHIOPTICAL 0x0a17 Asahi Optical vendor BOCASYSTEMS 0x0a43 Boca Systems @@ -547,6 +548,10 @@ /* Creative products */ product CREATIVE NOMAD_II 0x1002 Nomad II MP3 player + +/* CSR products */ +product CSR CSR 0x0001 USB Bluetooth Device +product CSR CSRDFU 0xffff USB Bluetooth Device in DFU State /* CTX products */ product CTX EX1300 0x9999 Ex1300 hub --8<---- From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 04:10:33 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41C7316A4CE for ; Mon, 22 Dec 2003 04:10:33 -0800 (PST) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB74843D41 for ; Mon, 22 Dec 2003 04:10:31 -0800 (PST) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.24; FreeBSD) id 1AYOtl-0000Za-8g; Mon, 22 Dec 2003 15:10:57 +0300 From: "Vladimir B. Grebenschikov" To: Jeff Roberson In-Reply-To: <20031219092634.C36463-100000@mail.chesapeake.net> References: <20031219092634.C36463-100000@mail.chesapeake.net> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Inc. Message-Id: <1072095056.1732.20.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 22 Dec 2003 15:10:57 +0300 Sender: Vladimir Grebenschikov X-Mailman-Approved-At: Mon, 22 Dec 2003 04:52:31 -0800 cc: "current@freebsd.org" Subject: Re: ULE Interactivity perf 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, 22 Dec 2003 12:10:33 -0000 =F7 =D0=D4, 19.12.2003, =D7 17:30, Jeff Roberson =D0=C9=DB=C5=D4: > I realized a pitfal in the way that I'm doing slice assignment for > interactive tasks. I'd like to have as many people test this as possible= , > in case there are unintended consequences. What this patch does is allow > interactive tasks to have longer time-slices so that they may be more > efficient. >=20 > This patch is intended to fix the poor performance of some interactive > processes while under high load, especially high load with other > interactive tasks present. >=20 > http://www.chesapeake.net/~jroberson/interact.diff Without patch on ULE kernel my UP 933Mhz PIII with nvidia card: OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce2 MX/AGP/SSE OpenGL version string: 1.4.0 NVIDIA 43.65 and x11/nvidia-driver installed GLMatrix screensaver blinks too match instead of smooth 3D moving, there was no such effect with native scheduler. Problem exist with and without other load on the box. Should I try patch ? > Thanks, > Jeff >=20 > _______________________________________________ > 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= " --=20 Vladimir B. Grebenschikov SWsoft Inc. From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 05:26:31 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C245716A4CE for ; Mon, 22 Dec 2003 05:26:31 -0800 (PST) Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9650943D5F for ; Mon, 22 Dec 2003 05:26:24 -0800 (PST) (envelope-from mark@markdnet.demon.co.uk) Received: from lizacnet.demon.co.uk ([80.177.208.105]) by anchor-post-31.mail.demon.net with esmtp (Exim 3.35 #1) id 1AYQ4l-0006es-0V; Mon, 22 Dec 2003 13:26:23 +0000 From: Mark Dixon To: "Vladimir B. Grebenschikov" Date: Mon, 22 Dec 2003 13:26:54 +0000 User-Agent: KMail/1.5.4 References: <1072088932.1732.4.camel@localhost> In-Reply-To: <1072088932.1732.4.camel@localhost> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: clearsigned data Content-Disposition: inline Message-Id: <200312221327.03766.mark@markdnet.demon.co.uk> cc: freebsd-current@freebsd.org Subject: Re: KSE and qt-mt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 13:26:31 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 22 Dec 2003 10:28, Vladimir B. Grebenschikov wrote: > If libc_r mapped into libkse, like /etc/libmap.conf: > -- > libc_r.so.5 libkse.so.1 > libc_r.so libkse.so > -- > > Build of port avifile-0.7.38_1,2 coredumps while configure detects qt > library. With regular libc_r it builds as exprected. nvidia-driver and kse do not get on. "Nvidia use static LTD allocation whic= h=20 has been deprecated" (or something like that). Its one or the other for the time being until Nvidia update their drivers. Mark =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/5vEmLqgJ90OcaiARAnNPAJ0VFQ3uvf+6eDhKbWJr+3rHzhcQFACfeXGt mmdvGd/kPlw4f9lxFkXW51w=3D =3DRRql =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 05:03:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EF9C16A4CE for ; Mon, 22 Dec 2003 05:03:45 -0800 (PST) Received: from mail.elcat.kg (imap.elcat.kg [212.42.96.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6815C43D3F for ; Mon, 22 Dec 2003 05:03:40 -0800 (PST) (envelope-from warlock@voip.kg) Received: by mail.elcat.kg (Postfix, from userid 6000) id 72FCB3CC2AA; Mon, 22 Dec 2003 18:03:32 +0500 (KGT) Received: from warcomp (warcomp.elcat.kg [212.42.96.26]) by mail.elcat.kg (Postfix) with ESMTP id DD58F3CC290 for ; Mon, 22 Dec 2003 18:03:31 +0500 (KGT) From: Roman Streltsov Organization: Elcat Date: Mon, 22 Dec 2003 18:03:31 +0500 User-Agent: KMail/1.5.4 MIME-Version: 1.0 Content-Disposition: inline To: current@freebsd.org Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <200312221803.31900.warlock@voip.kg> X-Mailman-Approved-At: Mon, 22 Dec 2003 05:40:15 -0800 Subject: upgrade from 5.1p10 to 5.2 trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 13:03:45 -0000 Hello everybody, I just try to build world after recent CVSup for 5.2 from 5.1-RELEASE-p10 Within make builworld I had interrupts with "Signal 4" or "Signal 10" messages without any details in different places every time. But 'make -j4 buildworld' works fine. (I have a single CPU box) Any ideas? Thanx Roman From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 05:41:11 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4824316A4CE for ; Mon, 22 Dec 2003 05:41:11 -0800 (PST) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0716843D54 for ; Mon, 22 Dec 2003 05:41:09 -0800 (PST) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.10/8.12.1) with ESMTP id hBMDf6iw028266; Mon, 22 Dec 2003 08:41:06 -0500 (EST) Date: Mon, 22 Dec 2003 08:41:06 -0500 (EST) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: "Vladimir B. Grebenschikov" In-Reply-To: <1072088932.1732.4.camel@localhost> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "current@freebsd.org" Subject: Re: KSE and qt-mt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 13:41:11 -0000 On Mon, 22 Dec 2003, Vladimir B. Grebenschikov wrote: > If libc_r mapped into libkse, like /etc/libmap.conf: > -- > libc_r.so.5 libkse.so.1 > libc_r.so libkse.so > -- > > Build of port avifile-0.7.38_1,2 coredumps while configure detects qt > library. With regular libc_r it builds as exprected. > # pkg_which /usr/X11R6/lib/libGL.so.1 > XFree86-libraries-4.3.0_6 nvidia-driver-1.0.4365_1 This is known problem; you can't use nvidia drivers with libthr or libkse. Nvidia will have to rebuild their drivers/openGL library to not use static ldt allocation. -- Dan Eischen From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 06:15:54 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF0BB16A4CE for ; Mon, 22 Dec 2003 06:15:54 -0800 (PST) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 131C643D41 for ; Mon, 22 Dec 2003 06:15:53 -0800 (PST) (envelope-from mailnull@mips.inka.de) Received: from kemoauc.mips.inka.de (dsl-213-023-057-086.arcor-ip.net [213.23.57.86]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id A0B283131CB for ; Mon, 22 Dec 2003 15:15:51 +0100 (CET) Received: from kemoauc.mips.inka.de (localhost [127.0.0.1]) hBMEFpqf002124 for ; Mon, 22 Dec 2003 15:15:51 +0100 (CET) (envelope-from mailnull@kemoauc.mips.inka.de) Received: (from mailnull@localhost) by kemoauc.mips.inka.de (8.12.10/8.12.10/Submit) id hBMEFo3I002123 for freebsd-current@freebsd.org; Mon, 22 Dec 2003 15:15:50 +0100 (CET) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Mon, 22 Dec 2003 14:15:50 +0000 (UTC) Message-ID: Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org Subject: kldload 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: Mon, 22 Dec 2003 14:15:54 -0000 -CURRENT/alpha from yesterday. kldload(8) fails to load modules unless their complete path is given. A simplified call, such as kldload sysvshm (as used in /etc/rc.d/api) fails. ktrace is rather mysterious: ... 1240 kldload CALL kldload(0x11ffece0) 1240 kldload NAMI "/boot/kernel/linker.hints" 1240 kldload NAMI "/boot/kernel/kernel.GENERIC" 1240 kldload NAMI "/boot/kernel/kernel.GENERIC" 1240 kldload RET kldload -1 errno 8 Exec format error ... (kernel.GENERIC isn't even the running kernel. It's just another kernel file that happens to be in that directory.) -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 06:51:33 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42B3C16A4CF for ; Mon, 22 Dec 2003 06:51:33 -0800 (PST) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F97643D5D for ; Mon, 22 Dec 2003 06:51:29 -0800 (PST) (envelope-from craig@xfoil.gank.org) Received: from localhost (ion.gank.org [69.55.238.164]) by ion.gank.org (mail) with ESMTP id EC22C2B4F9; Mon, 22 Dec 2003 08:51:28 -0600 (CST) Received: from ion.gank.org ([69.55.238.164]) by localhost (ion.gank.org [69.55.238.164]) (amavisd-new, port 10024) with LMTP id 01324-05; Mon, 22 Dec 2003 08:51:28 -0600 (CST) Received: from owen1492.uf.corelab.com (pix.corelab.com [12.45.169.2]) by ion.gank.org (mail) with ESMTP id 7CB452B4D4; Mon, 22 Dec 2003 08:51:27 -0600 (CST) From: Craig Boston To: Peter Jeremy Date: Mon, 22 Dec 2003 08:51:23 -0600 User-Agent: KMail/1.5.4 References: <200312212239.38557.craig@xfoil.gank.org> <20031222080115.GA645@server.vk2pj.dyndns.org> In-Reply-To: <20031222080115.GA645@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200312220851.24133.craig@xfoil.gank.org> X-Virus-Scanned: by amavisd-new at gank.org cc: current@freebsd.org Subject: Re: An experiment: 64-bit time_t on IA-32 (5.2-RC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 14:51:33 -0000 On Monday 22 December 2003 02:01 am, Peter Jeremy wrote: > This has been discussed on either -arch or -hackers sometime in the > past year or so. Thanks -- my search-fu hasn't been good enough to summon those discussions yet but I'll keep looking. All I've found so far is some discussion of the filesystem timestamps, which seems to be moot now with UFS2. I suspect the biggest problem is figuring out a way to not break the ABI (some of my search hits vaguely mentioned new syscalls/libc functions, but those were referencing other posts I couldn't find). Also, I *thought* someone had done this before (on i386) and posted to -current or maybe -hackers about it, but now I can't seem to find it :( > Only UFS2. UFS1 has a 32-bit timestamp and an adjacent spare 32-bit field. That's funny. My filesystems are using UFS1 so that grub can read them :-/ > That's a good start. Have you tried cross-checking those calculations > via an independent codebase? (I have no idea whether they're right or > wrong but it's worth a double check). Not yet -- I don't have a real 64-bit platform to see what one says. I guess I could try doing the math by hand and see how it turns out. Would be nice if I could get the amd64 kernel booted in bochs ;) > The next test would be setting the date to (say) 2038-Jan-19 03:14 UTC, > waiting 10 seconds and seeing what various utilities do. Will do. This is my main PC at home so it should get a pretty thorough workout. Right now I'm recompiling world again because I didn't notice that struct timeval had long hard-coded for tv_sec :( I'm also building a list of ports that fail due to assumptions about sizeof(time_t) == sizeof(long). Ones that I'm able to fix I'll send patches to the developers for. So far the ones that have failed are: * ezm3 won't "compile". It seems to be already precompiled into assembly though, so I suspect it needs to be re-bootstrapped. I have no idea how to go about it, though. * ruby16 compiles but portupgrade tends to freeze and eat up 100% CPU. I tracked it down to a function being defined with time_t arguments but being called with longs. It didn't get automatically casted since the function in question used a K&R style declaration without a prototype, so it ended up with bogus data. Simple fix. * kdelibs3 won't compile. Opposite issue -- trying to pass time_t to a function declared for longs. Since it's C++ it just caused a compile error rather than strange results. I managed to work around it by statically casting to long, but it's not a correct fix and will break in 2038. --Craig From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 06:57:41 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA95F16A4CE for ; Mon, 22 Dec 2003 06:57:41 -0800 (PST) Received: from gewurtztraminer.cng.fr (gewurtztraminer.cng.fr [193.50.0.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id E184043D4C for ; Mon, 22 Dec 2003 06:57:39 -0800 (PST) (envelope-from heath@cng.fr) Received: from gewurtztraminer.cng.fr (gewurtztraminer.cng.fr [127.0.0.1]) by gewurtztraminer.cng.fr (8.12.8/8.12.8) with ESMTP id hBMEvcA6031215 for ; Mon, 22 Dec 2003 15:57:38 +0100 Received: (from apache@localhost) by gewurtztraminer.cng.fr (8.12.8/8.12.8/Submit) id hBMEvc0S031210 for freebsd-current@freebsd.org; Mon, 22 Dec 2003 15:57:38 +0100 X-Authentication-Warning: gewurtztraminer.cng.fr: apache set sender to heath@cng.fr using -f Received: from atuileries-111-1-2-166.w80-14.abo.wanadoo.fr (atuileries-111-1-2-166.w80-14.abo.wanadoo.fr [80.14.107.166]) by webmail.cng.fr (IMP) with HTTP for ; Mon, 22 Dec 2003 15:57:38 +0100 Message-ID: <1072105058.3fe706622cf04@webmail.cng.fr> Date: Mon, 22 Dec 2003 15:57:38 +0100 From: heath@cng.fr To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-Originating-IP: 80.14.107.166 Subject: Panic with CD use X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 14:57:41 -0000 Hi, This is a 'me too' report for the problems that have been reported on this list over the last few weeks with problems ripping CDs and/or mounting CDs. I have not attached a panic report as it is essentially the same as those already reported (a page fault in devstat_remove_entry), but I can if requested. I first saw the problem last week (though I haven't tried CD ripping for several months so I can't say when it started), and it is still there with sources from yesterday (Sunday). I can consistently reproduce the panic by inserting an audio CD, typing cdparanoia -vsQ, then inserting a data CD and typing mount /cdrom. One possibly interesting data point is that I am now running a kernel with INVARIANTS turned on, and I can't reproduce the panic. Any suggestions to help narrow down the problem? Simon From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 07:36:54 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5BF516A4CF for ; Mon, 22 Dec 2003 07:36:54 -0800 (PST) Received: from mail-in-04.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0D9643D53 for ; Mon, 22 Dec 2003 07:36:50 -0800 (PST) (envelope-from mailnull@mips.inka.de) Received: from kemoauc.mips.inka.de (dsl-082-082-072-042.arcor-ip.net [82.82.72.42]) by mail-in-04.arcor-online.net (Postfix) with ESMTP id 9EE195760A9 for ; Mon, 22 Dec 2003 16:36:49 +0100 (CET) Received: from kemoauc.mips.inka.de (localhost [127.0.0.1]) hBMFamqf009918 for ; Mon, 22 Dec 2003 16:36:48 +0100 (CET) (envelope-from mailnull@kemoauc.mips.inka.de) Received: (from mailnull@localhost) by kemoauc.mips.inka.de (8.12.10/8.12.10/Submit) id hBMFam25009917 for freebsd-current@freebsd.org; Mon, 22 Dec 2003 16:36:48 +0100 (CET) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Mon, 22 Dec 2003 15:36:47 +0000 (UTC) Message-ID: References: Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org Subject: Re: kldload 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: Mon, 22 Dec 2003 15:36:54 -0000 Christian Weisgerber wrote: > 1240 kldload CALL kldload(0x11ffece0) > 1240 kldload NAMI "/boot/kernel/linker.hints" > 1240 kldload NAMI "/boot/kernel/kernel.GENERIC" > 1240 kldload NAMI "/boot/kernel/kernel.GENERIC" > 1240 kldload RET kldload -1 errno 8 Exec format error > ... > > (kernel.GENERIC isn't even the running kernel. It's just another > kernel file that happens to be in that directory.) Okay, running kldxref(8) with another kernel file in your kernel directory is a bad idea. I don't know whether something in the installkernel target changed or whether I screwed up manually somewhere. Moving kernel.GENERIC elsewhere and running kldxref fixed the problem. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 08:35:27 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C42AF16A4CE for ; Mon, 22 Dec 2003 08:35:27 -0800 (PST) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C4B143D49 for ; Mon, 22 Dec 2003 08:35:26 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 23519 invoked from network); 22 Dec 2003 16:35:25 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 22 Dec 2003 16:35:25 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id hBMGZMM0045961; Mon, 22 Dec 2003 11:35:23 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 22 Dec 2003 11:35:23 -0500 (EST) From: John Baldwin To: John Polstra X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: current@freebsd.org Subject: RE: PII SMP system hangs during boot 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, 22 Dec 2003 16:35:27 -0000 On 21-Dec-2003 John Polstra wrote: > On 02-Dec-2003 John Baldwin wrote: >> >> On 23-Nov-2003 John Polstra wrote: >>> I have an old dual PII/400 system that I'm trying to set up as a >>> -current scratchbox. The motherboard is a Tyan S1836DLUAN with the >>> Intel 440BX chipset. I upgraded the BIOS to the latest from Tyan's >>> web site. It is supposed to support ACPI. I'm using -current from >>> around noon Pacific time, November 23 (today). >>> >>> The system boots and runs fine if I disable ACPI either in loader.conf >>> or in the BIOS, but if ACPI is enabled it hangs fairly late in the >>> boot, right after these messages: >>> >>> lo0: bpf attached >>> acpi_cpu0: set speed to 100.0% >>> acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% > [...] >> Try http://www.FreeBSD.org/~jhb/patches/acpi_irq.patch > > Bingo! Looks like you nailed it. I got home from vacation, updated > to the latest -current, confirmed it was still broken, and applied > your patch (which still applied cleanly). I had to change a couple of > identifiers to make it compile: > > APIC_TRIGGER_LEVEL ==> TRIGGER_LEVEL > APIC_POLARITY_ACTIVEHI ==> POLARITY_ACTIVE_HIGH > > I assume those were just typos, and I hope I guessed the right > replacements. Anyway, now the system boots and runs fine with ACPI > enabled, and things like "shutdown -p" do the right thing. Thanks! > Your patch looks like a keeper. Well, except that it breaks other machines like my test machines here. :) I'm trying to work on making it work better though as well as not hardcode 9 for the SCI interrupt. Watch this space. -- 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 Dec 22 08:35:44 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C20C16A4FC for ; Mon, 22 Dec 2003 08:35:44 -0800 (PST) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FA7943D53 for ; Mon, 22 Dec 2003 08:35:43 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 18548 invoked from network); 22 Dec 2003 16:35:42 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 22 Dec 2003 16:35:42 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id hBMGZdM0045992; Mon, 22 Dec 2003 11:35:40 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20031222091856.GA40012@stud.fit.vutbr.cz> Date: Mon, 22 Dec 2003 11:35:40 -0500 (EST) From: John Baldwin To: Divacky Roman X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: current@freebsd.org Subject: RE: Turnstile panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 16:35:44 -0000 On 22-Dec-2003 Divacky Roman wrote: > Hi > > I have this fridays -current and it crashed with turnstiles... > > IP: 0x8:0xc04f26fd > SP: 0x10:0xc831ebb4 > FP: 0x10:0xc831ebb8 > > stopped at turnstile_setowner+0xde movl 0x6c(%ecx),%eax > > I can send that kernel which faulted if necessary but it seems like > turnstile_setowner() was passed invalid/NULL turnstile > > I have UP almost generic (some stuff removed) PII compiled kernel with > CFLAGS = -O -pipe > > hope this will help a bit since not having dump ;( Did you have INVARIANTS on? -- 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 Dec 22 08:36:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69C6816A4CE for ; Mon, 22 Dec 2003 08:36:53 -0800 (PST) Received: from mailhub2.midco.net (mailhub2.midco.net [24.220.0.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51BB443D53 for ; Mon, 22 Dec 2003 08:36:52 -0800 (PST) (envelope-from pmes@bis.midco.net) Received: (qmail 14254 invoked by uid 0); 22 Dec 2003 16:36:51 -0000 Received: from host-195-219-220-24.midco.net (HELO bis.midco.net) ([24.220.219.195]) (envelope-sender ) by lvs-pop.midco.net (qmail-ldap-1.03) with SMTP for ; 22 Dec 2003 16:36:51 -0000 Message-ID: <3FE71DA3.6020607@bis.midco.net> Date: Mon, 22 Dec 2003 10:36:51 -0600 From: Peter Schultz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20031215 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: Capturing Console Output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 16:36:53 -0000 Hi, I'm trying to capture console output on one machine by hooking it to another with a null-modem cable. The machines are both running the same version of 5.2-CURRENT. What's the simplest way to get this to work? I've tried a number of different ways, but kgdb always says: (kgdb) target remote /dev/cuaa0 Remote debugging using /dev/cuaa0 Ignoring packet eror, continuing... Ignoring packet eror, continuing... Ignoring packet eror, continuing... Couldn't establish connection to remote target Malformed response to offset query, timeout Is there an easy test I can do when both machines are up to see if the connection is good? Would this be easier over the ethernet? Thanks, Pete... From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 08:40:35 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84EFE16A4CE for ; Mon, 22 Dec 2003 08:40:35 -0800 (PST) Received: from pd3mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF0E843D1D for ; Mon, 22 Dec 2003 08:40:32 -0800 (PST) (envelope-from james@icionline.ca) Received: from pd4mr4so.prod.shaw.ca (pd4mr4so-qfe3.prod.shaw.ca [10.0.141.215]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0HQB00KKQ22TZM@l-daemon> for freebsd-current@freebsd.org; Mon, 22 Dec 2003 09:35:17 -0700 (MST) Received: from pn2ml9so.prod.shaw.ca (pn2ml9so-qfe0.prod.shaw.ca [10.0.121.7]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0HQB0016E22T02@l-daemon> for freebsd-current@freebsd.org; Mon, 22 Dec 2003 09:35:17 -0700 (MST) Received: from [192.168.0.101] ([24.64.142.120]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0HQB00C5C22SZN@l-daemon> for freebsd-current@freebsd.org; Mon, 22 Dec 2003 09:35:17 -0700 (MST) Date: Mon, 22 Dec 2003 09:35:24 -0700 From: James Earl In-reply-to: <20031222053002.GA872@cactus.homeunix.org> To: jqdkf@army.com Message-id: <1072110924.942.10.camel@chero.home.com> MIME-version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Content-type: text/plain Content-transfer-encoding: 7BIT References: <1072034400.3fe5f260ca848@webmail.telus.net> <20031222053002.GA872@cactus.homeunix.org> cc: freebsd-current@freebsd.org Subject: Re: Continued problems with Aironet device and 5.2-RC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 16:40:35 -0000 On Sun, 2003-12-21 at 22:30, jqdkf@army.com wrote: > On Sun, Dec 21, 2003 at 11:20:00AM -0800, James Earl wrote: > > Hi, > > > > I was able to get rid of "an0: failed to read RID ff50 7f21 21 0 2eab, 3" > > messages, but my connection still eventually drops when transmitting data. > > I tried many different IRQ combinations in the BIOS setup. Some combinations go > > t rid of the error message above, and some combinations had more stable results > > that would NOT partially freeze my system. > > Hi, > > I also have this card, but unlike you, my system even can not recognize > it. 4.9 release can detect 350 correctly and makes it work, but both 5.1 > and 5.2 can't detect it. According to dmesg: > > cbb0: Unsupported card type detected > > I'm sure I have the line "device an" in the config file, as it is the > default. I also enabled devd and pccard in rc.conf. What else have you > done to at least make it detected? The only thing I've done with cbb is add: hw.cbb.start_memory=0xC0800000 Otherwise I can't even boot past the cbb detection. Don Lewis provided me with this fix of Warner's. When doing a verbose boot, it shows that both the cbb and an device were being assigned the same memory range. I'm not sure if this same thing would apply to you or not, but it might be worth checking out. James From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 08:52:31 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB5E216A4CE; Mon, 22 Dec 2003 08:52:31 -0800 (PST) Received: from blake.polstra.com (dsl081-189-066.sea1.dsl.speakeasy.net [64.81.189.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75F1443D58; Mon, 22 Dec 2003 08:52:30 -0800 (PST) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (dsl081-189-067.sea1.dsl.speakeasy.net [64.81.189.67]) by blake.polstra.com (8.12.9p2/8.12.9) with ESMTP id hBMGqTlB036520; Mon, 22 Dec 2003 08:52:30 -0800 (PST) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 22 Dec 2003 08:52:29 -0800 (PST) From: John Polstra To: John Baldwin X-Bogosity: No, tests=bogofilter, spamicity=0.171788, version=0.14.5 cc: current@FreeBSD.org Subject: RE: PII SMP system hangs during boot 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, 22 Dec 2003 16:52:31 -0000 On 22-Dec-2003 John Baldwin wrote: >> Your patch looks like a keeper. > > Well, except that it breaks other machines like my test machines here. :) Oh. :-( Well, they are probably more important than my old PII/400. > I'm trying to work on making it work better though as well as not hardcode > 9 for the SCI interrupt. Watch this space. Will do. If you'd like any more tests run here, just ask. John From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 09:06:22 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1A5F16A4CE for ; Mon, 22 Dec 2003 09:06:22 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 348ED43D48 for ; Mon, 22 Dec 2003 09:06:13 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id hBMH6AAS039602; Mon, 22 Dec 2003 10:06:10 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 22 Dec 2003 10:06:05 -0700 (MST) Message-Id: <20031222.100605.19956353.imp@bsdimp.com> To: pmes@bis.midco.net From: "M. Warner Losh" In-Reply-To: <3FE71DA3.6020607@bis.midco.net> References: <3FE71DA3.6020607@bis.midco.net> 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: Capturing Console Output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 17:06:23 -0000 In message: <3FE71DA3.6020607@bis.midco.net> Peter Schultz writes: : I'm trying to capture console output on one machine by hooking it to : another with a null-modem cable. The machines are both running the same : version of 5.2-CURRENT. : : What's the simplest way to get this to work? You don't need gdb to make this work. Just use a null modem cable and tip or the rtty port. If you do want to use gdb because you are doing kgdb over serial, then you need to enter ddb and say 'gdb' and then do the remote gdb thing. However these days I tend to use firewire for my remote debugging needs. Warner From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 09:07:41 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE0A216A4CE for ; Mon, 22 Dec 2003 09:07:41 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CE0D43D41 for ; Mon, 22 Dec 2003 09:07:40 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id hBMH7bAS039661; Mon, 22 Dec 2003 10:07:37 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 22 Dec 2003 10:07:32 -0700 (MST) Message-Id: <20031222.100732.11990718.imp@bsdimp.com> To: james@icionline.ca From: "M. Warner Losh" In-Reply-To: <1072110924.942.10.camel@chero.home.com> References: <1072034400.3fe5f260ca848@webmail.telus.net> <20031222053002.GA872@cactus.homeunix.org> <1072110924.942.10.camel@chero.home.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: jqdkf@army.com cc: freebsd-current@freebsd.org Subject: Re: Continued problems with Aironet device and 5.2-RC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 17:07:42 -0000 In message: <1072110924.942.10.camel@chero.home.com> James Earl writes: : Otherwise I can't even boot past the cbb detection. Don Lewis provided : me with this fix of Warner's. When doing a verbose boot, it shows that : both the cbb and an device were being assigned the same memory range. s/fix/kludged/ :-(. Basically you need a number that the upstream pci bridges will pass through (or a number > RAM in the case that you only have a host bridge and are on pci0). Warner From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 09:16:46 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC94E16A4CE for ; Mon, 22 Dec 2003 09:16:46 -0800 (PST) Received: from ferengi.borderworlds.dk (borderworlds.dk [62.79.110.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 690F743D2D for ; Mon, 22 Dec 2003 09:16:45 -0800 (PST) (envelope-from xi@borderworlds.dk) Received: from borg.borderworlds.dk (localhost [127.0.0.1]) by ferengi.borderworlds.dk (Postfix) with ESMTP id 7E8705C5B for ; Mon, 22 Dec 2003 18:16:42 +0100 (CET) Received: by borg.borderworlds.dk (Postfix, from userid 1001) id EB8A5B823; Mon, 22 Dec 2003 18:16:41 +0100 (CET) Sender: xi@borderworlds.dk To: freebsd-current@freebsd.org References: <3FE71DA3.6020607@bis.midco.net> <20031222.100605.19956353.imp@bsdimp.com> From: Christian Laursen Date: 22 Dec 2003 18:16:41 +0100 In-Reply-To: <20031222.100605.19956353.imp@bsdimp.com> Message-ID: <86zndklqme.fsf_-_@borg.borderworlds.dk> Lines: 10 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Debugging via firewire (was: Re: Capturing Console Output) 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: Mon, 22 Dec 2003 17:16:46 -0000 "M. Warner Losh" writes: > However these days I tend to use firewire for my remote debugging > needs. Is there a howto about this somewhere? -- Best regards Christian Laursen From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 10:02:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2CF716A4CF for ; Mon, 22 Dec 2003 10:02:45 -0800 (PST) Received: from mailhub1.midco.net (mailhub1.midco.net [24.220.0.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46F3B43D60 for ; Mon, 22 Dec 2003 10:02:35 -0800 (PST) (envelope-from pmes@bis.midco.net) Received: (qmail 23839 invoked by uid 0); 22 Dec 2003 18:02:32 -0000 Received: from host-195-219-220-24.midco.net (HELO bis.midco.net) ([24.220.219.195]) (envelope-sender ) by lvs-pop.midco.net (qmail-ldap-1.03) with SMTP for ; 22 Dec 2003 18:02:32 -0000 Message-ID: <3FE731B7.7040105@bis.midco.net> Date: Mon, 22 Dec 2003 12:02:31 -0600 From: Peter Schultz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20031215 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: new interrupts not working for me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Dec 2003 18:02:45 -0000 John Baldwin wrote: > On 05-Nov-2003 Peter Schultz wrote: > >>I have a Tyan S1832DL w/dual pii 350s and it's not able to boot. Seems >>to be having trouble with my adaptec scsi controller, I get a whole >>bunch of output like this hand transcribed bit, it comes after "waiting >>15 seconds for scsi devices to settle": >> >>ahc0 timeout SCB already complete interrupts may not be functioning >>Infinite interrupt loop INTSTAT=0(probe3:ahc0:0:3:0): SCB 0x6 - timed out >> >>Anyone else seeing this? There are probably 100+ related lines of >>output, I'll have to configure serial debugging if you need to see it. > > > The dmesg output excluding all the ahc0 errors would help figure out > why your interrupts aren't working. However, I just committed a patch > that might fix your problem. > Here is the output I was able to capture: SMAP type=01 base=0000000000000000 len=000000000009fc00 SMAP type=02 base=000000000009fc00 len=0000000000000400 SMAP type=02 base=00000000000e0000 len=0000000000020000 SMAP type=01 base=0000000000100000 len=0000000017ef0000 SMAP type=03 base=0000000017ff0000 len=0000000000008000 SMAP type=04 base=0000000017ff8000 len=0000000000008000 SMAP type=02 base=00000000fec00000 len=0000000000001000 SMAP type=02 base=00000000fee00000 len=0000000000001000 SMAP type=02 base=00000000fffc0000 len=0000000000040000 Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2-CURRENT #1: Mon Dec 22 08:30:02 CST 2003 admin@host-195-219-220-24.midco.net:/usr/obj/usr/src/sys/MAXKERNEL_DEBUG Preloaded elf kernel "/boot/kernel/kernel" at 0xc0815000. Preloaded elf module "/boot/kernel/miibus.ko" at 0xc0815254. Preloaded elf module "/boot/kernel/if_fxp.ko" at 0xc0815300. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc08153ac. Preloaded elf module "/boot/kernel/snd_emu10k1.ko" at 0xc0815458. Preloaded elf module "/boot/kernel/tdfx.ko" at 0xc0815508. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc08155b4. Table 'FACP' at 0x17ff0030 Table 'APIC' at 0x17ff00b0 MADT: Found table at 0x17ff00b0 MP Configuration Table version 1.1 found at 0xc00f6820 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: Calibrating clock(s) ... i8254 clock: 1193080 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 350796878 Hz CPU: Pentium II/Pentium II Xeon/Celeron (350.80-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183fbff real memory = 402587648 (383 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c29000 - 0x0000000017909fff, 382603264 bytes (93409 pages) avail memory = 381378560 (363 MB) 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 0xc00fdb50 bios32: Entry = 0xfdb60 (c00fdb60) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xdb81 pnpbios: Found PnP BIOS data at 0xc00f73f0 pnpbios: Entry = f0000:6a94 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: intpin 0 -> ExtINT (edge, activehi) ioapic0: intpin 1 -> irq 1 (edge, activehi) ioapic0: intpin 2 -> irq 2 (edge, activehi) ioapic0: intpin 3 -> irq 3 (edge, activehi) ioapic0: intpin 4 -> irq 4 (edge, activehi) ioapic0: intpin 5 -> irq 5 (edge, activehi) ioapic0: intpin 6 -> irq 6 (edge, activehi) ioapic0: intpin 7 -> irq 7 (edge, activehi) ioapic0: intpin 8 -> irq 8 (edge, activehi) ioapic0: intpin 9 -> irq 9 (edge, activehi) ioapic0: intpin 10 -> irq 10 (edge, activehi) ioapic0: intpin 11 -> irq 11 (edge, activehi) ioapic0: intpin 12 -> irq 12 (edge, activehi) ioapic0: intpin 13 -> irq 13 (edge, activehi) ioapic0: intpin 14 -> irq 14 (edge, activehi) ioapic0: intpin 15 -> irq 15 (edge, activehi) ioapic0: intpin 16 -> irq 16 (level, activelo) ioapic0: intpin 17 -> irq 17 (level, activelo) ioapic0: intpin 18 -> irq 18 (level, activelo) ioapic0: intpin 19 -> irq 19 (level, activelo) ioapic0: intpin 20 -> irq 20 (level, activelo) ioapic0: intpin 21 -> irq 21 (level, activelo) ioapic0: intpin 22 -> irq 22 (level, activelo) ioapic0: intpin 23 -> irq 23 (level, activelo) MADT: intr override: source 9, irq 20 ioapic0: intpin 9 disabled ioapic0: intpin 20 trigger: level ioapic0: intpin 20 polarity: active-hi MADT: intr override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: active-hi ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040011 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff mem: Pentium Pro MTRR support enabled null: random: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 20 pci_open(1): mode 1 addr port (0x0cf8) is 0x8000983c pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71908086) pcibios: BIOS version 2.10 AcpiOsDerivePciId: bus 0 dev 7 func 0 acpi0: Power Button (fixed) ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_cpu1: Failed to attach throttling P_CNT acpi_tz0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ---- initial configuration ------------------------ \_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] 0.7.3 \_SB_.LNKA irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] 0.16.0 \_SB_.LNKB irq 9: [ 3 4 5 6 7 9 10 11 12 14 15] 0.16.1 \_SB_.LNKC irq 5: [ 3 4 5 6 7 9 10 11 12 14 15] 0.16.2 \_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] 0.16.3 \_SB_.LNKB irq 9: [ 3 4 5 6 7 9 10 11 12 14 15] 0.17.0 \_SB_.LNKC irq 5: [ 3 4 5 6 7 9 10 11 12 14 15] 0.17.1 \_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] 0.17.2 \_SB_.LNKA irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] 0.17.3 \_SB_.LNKC irq 5: [ 3 4 5 6 7 9 10 11 12 14 15] 0.18.0 \_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] 0.18.1 \_SB_.LNKA irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] 0.18.2 \_SB_.LNKB irq 9: [ 3 4 5 6 7 9 10 11 12 14 15] 0.18.3 \_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] 0.19.0 \_SB_.LNKA irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] 0.19.1 \_SB_.LNKB irq 9: [ 3 4 5 6 7 9 10 11 12 14 15] 0.19.2 \_SB_.LNKC irq 5: [ 3 4 5 6 7 9 10 11 12 14 15] 0.19.3 \_SB_.LNKA irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] 0.20.0 \_SB_.LNKB irq 9: [ 3 4 5 6 7 9 10 11 12 14 15] 0.20.1 \_SB_.LNKC irq 5: [ 3 4 5 6 7 9 10 11 12 14 15] 0.20.2 \_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] 0.20.3 ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] 0.7.3 \_SB_.LNKA irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] 0.16.0 \_SB_.LNKB irq 9: [ 3 4 5 6 7 9 10 11 12 14 15] 0.16.1 \_SB_.LNKC irq 5: [ 3 4 5 6 7 9 10 11 12 14 15] 0.16.2 \_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] 0.16.3 \_SB_.LNKB irq 9: [ 3 4 5 6 7 9 10 11 12 14 15] 0.17.0 \_SB_.LNKC irq 5: [ 3 4 5 6 7 9 10 11 12 14 15] 0.17.1 \_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] 0.17.2 \_SB_.LNKA irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] 0.17.3 \_SB_.LNKC irq 5: [ 3 4 5 6 7 9 10 11 12 14 15] 0.18.0 \_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] 0.18.1 \_SB_.LNKA irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] 0.18.2 \_SB_.LNKB irq 9: [ 3 4 5 6 7 9 10 11 12 14 15] 0.18.3 \_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] 0.19.0 \_SB_.LNKA irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] 0.19.1 \_SB_.LNKB irq 9: [ 3 4 5 6 7 9 10 11 12 14 15] 0.19.2 \_SB_.LNKC irq 5: [ 3 4 5 6 7 9 10 11 12 14 15] 0.19.3 \_SB_.LNKA irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] 0.20.0 \_SB_.LNKB irq 9: [ 3 4 5 6 7 9 10 11 12 14 15] 0.20.1 \_SB_.LNKC irq 5: [ 3 4 5 6 7 9 10 11 12 14 15] 0.20.2 \_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] 0.20.3 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base f4000000, size 26, enabled found-> vendor=0x8086, dev=0x7190, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7191, revid=0x02 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x001f, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x88 (34000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000ffa0, size 4, enabled found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=7, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000ef80, size 5, enabled pcib0: matched entry for 0.7.INTD (source \_SB_.LNKD) pcib0: slot 7 INTD is routed to irq 11 found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=11 map[90]: type 4, range 32, base 00000440, size 4, enabled found-> vendor=0x8086, dev=0x7113, revid=0x02 bus=0, slot=7, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base fa1ff000, size 12, enabled map[14]: type 4, range 32, base 0000ef40, size 5, enabled map[18]: type 1, range 32, base fea00000, size 20, enabled pcib0: matched entry for 0.16.INTA (source \_SB_.LNKA) pcib0: slot 16 INTA is routed to irq 10 found-> vendor=0x8086, dev=0x1229, revid=0x01 bus=0, slot=16, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=10 map[10]: type 3, range 32, base fa1fe000, size 12, enabled map[14]: type 4, range 32, base 0000ef20, size 5, enabled map[18]: type 1, range 32, base fe800000, size 20, enabled pcib0: matched entry for 0.17.INTA (source \_SB_.LNKB) pcib0: slot 17 INTA is routed to irq 9 found-> vendor=0x8086, dev=0x1229, revid=0x01 bus=0, slot=17, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=9 map[10]: type 4, range 32, base 0000ef00, size 5, enabled pcib0: matched entry for 0.18.INTA (source \_SB_.LNKC) pcib0: slot 18 INTA is routed to irq 5 found-> vendor=0x1102, dev=0x0002, revid=0x08 bus=0, slot=18, func=0 class=04-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0105, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x14 (5000 ns) intpin=a, irq=5 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000eff0, size 3, enabled found-> vendor=0x1102, dev=0x7002, revid=0x08 bus=0, slot=18, func=1 class=09-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0105, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000e800, size 8, enabled map[14]: type 1, range 64, base febff000, size 12, enabled pcib0: matched entry for 0.19.INTA (source \_SB_.LNKD) pcib0: slot 19 INTA is routed to irq 11 found-> vendor=0x9005, dev=0x0010, revid=0x00 bus=0, slot=19, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x27 (9750 ns), maxlat=0x19 (6250 ns) intpin=a, irq=11 powerspec 1 supports D0 D3 current D0 pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xfa200000-0xfe2fffff pcib1: prefetched decode 0xee000000-0xf20fffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base fc000000, size 25, enabled map[14]: type 3, range 32, base f0000000, size 25, enabled map[18]: type 4, range 32, base 0000d800, size 8, enabled found-> vendor=0x121a, dev=0x0005, revid=0x01 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x80b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 1 supports D0 D3 current D0 drm0: <3dfx Voodoo3 3000> port 0xd800-0xd8ff mem 0xf0000000-0xf1ffffff,0xfc000000-0xfdffffff irq 10 at device 0.0 on pci1 info: [drm] Initialized tdfx 1.0.0 20010216 on minor 0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 on pci0 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 mask=03 stat0=50 stat1=00 devices=0x1 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: reset tp1 mask=03 ostat0=1f ostat1=1e ata1-master: stat=0x11 err=0x11 lsb=0x11 msb=0x11 ata1-master: stat=0x11 err=0x11 lsb=0x11 msb=0x11 ata1-master: stat=0x14 err=0x14 lsb=0x14 msb=0x14 ata1-master: stat=0x15 err=0x15 lsb=0x15 msb=0x15 ata1-master: stat=0x16 err=0x16 lsb=0x16 msb=0x16 ata1-master: stat=0x19 err=0x19 lsb=0x19 msb=0x19 ata1-master: stat=0x1c err=0x1c lsb=0x1c msb=0x1c ata1-master: stat=0x1d err=0x1d lsb=0x1d msb=0x1d ata1-master: stat=0x20 err=0x20 lsb=0x20 msb=0x20 ata1-slave: stat=0x23 err=0x23 lsb=0x23 msb=0x23 ata1-slave: stat=0x24 err=0x24 lsb=0x24 msb=0x24 ata1-slave: stat=0x25 err=0x25 lsb=0x25 msb=0x25 ata1-slave: stat=0x25 err=0x25 lsb=0x25 msb=0x25 ata1-slave: stat=0x27 err=0x27 lsb=0x27 msb=0x27 ata1-slave: stat=0x29 err=0x29 lsb=0x29 msb=0x29 ata1-slave: stat=0x2b err=0x2b lsb=0x2b msb=0x2b ata1-slave: stat=0x2e err=0x2e lsb=0x2e msb=0x2e ata1-slave: stat=0x03 err=0x03 lsb=0x03 msb=0x03 ata1-slave: stat=0x02 err=0x02 lsb=0x02 msb=0x02 ata1-slave: stat=0x05 err=0x05 lsb=0x05 msb=0x05 ata1-slave: stat=0x08 err=0x08 lsb=0x08 msb=0x08 ata1-slave: stat=0x0a err=0x0a lsb=0x0a msb=0x0a ata1-slave: stat=0x0d err=0x0d lsb=0x0d msb=0x0d ata1-slave: stat=0x0f err=0x0f lsb=0x0f msb=0x0f ata1-slave: stat=0x12 err=0x12 lsb=0x12 msb=0x12 ata1-slave: stat=0x15 err=0x15 lsb=0x15 msb=0x15 ata1-slave: stat=0x15 err=0x15 lsb=0x15 msb=0x15 ata1-slave: stat=0x17 err=0x17 lsb=0x17 msb=0x17 ata1-slave: stat=0x19 err=0x19 lsb=0x19 msb=0x19 ata1-slave: stat=0x1c err=0x1c lsb=0x1c msb=0x1c ata1-slave: stat=0x1e err=0x1e lsb=0x1e msb=0x1e ata1-slave: stat=0x21 err=0x21 lsb=0x21 msb=0x21 ata1-slave: stat=0x23 err=0x23 lsb=0x23 msb=0x23 ata1-slave: stat=0x25 err=0x25 lsb=0x25 msb=0x25 ata1-slave: stat=0x24 err=0x24 lsb=0x24 msb=0x24 ata1-slave: stat=0x24 err=0x24 lsb=0x24 msb=0x24 ata1-slave: stat=0x25 err=0x25 lsb=0x25 msb=0x25 ata1-slave: stat=0x28 err=0x28 lsb=0x28 msb=0x28 ata1-slave: stat=0x2b err=0x2b lsb=0x2b msb=0x2b ata1-slave: stat=0x2b err=0x2b lsb=0x2b msb=0x2b ata1-slave: stat=0x2d err=0x2d lsb=0x2d msb=0x2d ata1-slave: stat=0x2e err=0x2e lsb=0x2e msb=0x2e ata1-slave: stat=0x2e err=0x2e lsb=0x2e msb=0x2e ata1-slave: stat=0x2d err=0x2d lsb=0x2d msb=0x2d ata1-slave: stat=0x01 err=0x01 lsb=0x01 msb=0x01 ata1: reset tp2 mask=03 stat0=20 stat1=01 devices=0x0 ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] uhci0: port 0xef80-0xef9f irq 11 at device 7.2 on pci0 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 ums0: Logitech USB-PS/2 Mouse, rev 1.00/1.20, addr 2, iclass 3/1 ums0: 3 buttons pci0: at device 7.3 (no driver attached) fxp0: port 0xef40-0xef5f mem 0xfea00000-0xfeafffff,0xfa1ff000-0xfa1fffff irq 10 at device 16.0 on pci0 fxp0: using memory space register mapping fxp0: Ethernet address 00:a0:c9:10:bc:94 fxp0: PCI IDs: 8086 1229 0000 0000 0001 fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: [MPSAFE] fxp1: port 0xef20-0xef3f mem 0xfe800000-0xfe8fffff,0xfa1fe000-0xfa1fefff irq 9 at device 17.0 on pci0 fxp1: using memory space register mapping fxp1: Ethernet address 00:a0:c9:17:74:97 fxp1: PCI IDs: 8086 1229 0000 0000 0001 fxp1: Dynamic Standby mode is disabled miibus1: on fxp1 nsphy1: on miibus1 nsphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: bpf attached fxp1: [MPSAFE] pcm0: port 0xef00-0xef1f irq 5 at device 18.0 on pci0 emu: setmap (275000, 800), nseg=1, error=0 emu: setmap (277000, 1000), nseg=1, error=0 pcm0: pcm0: Codec features 18 bit DAC, 18 bit ADC, 5 bit master volume, SigmaTel 3D Enhancement pcm0: Primary codec extended features AMAP emu: setmap (29a000, 1000), nseg=1, error=0 emu: setmap (29d000, 1000), nseg=1, error=0 emu: setmap (2f4000, 1000), nseg=1, error=0 emu: setmap (2f2000, 1000), nseg=1, error=0 pcm0: sndbuf_setmap 2d0000, 1000; 0xc3a9c000 -> 2d0000 pcm0: sndbuf_setmap 2ee000, 1000; 0xc3a9a000 -> 2ee000 ahc0: port 0xe800-0xe8ff mem 0xfebff000-0xfebfffff irq 11 at device 19.0 on pci0 ahc0: Defaulting to MEMIO off ahc0: Reading SEEPROM...done. ahc0: BIOS eeprom is present ahc0: Secondary High byte termination Enabled ahc0: Primary Low Byte termination Enabled ahc0: Primary High Byte termination Enabled ahc0: Downloading Sequencer Program... 424 instructions downloaded ahc0: Features 0x56f6, Bugs 0x6, Flags 0x20485540 aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) fdc0: output ready timeout fdc0: cmd 3 failed at out byte 1 of 3 sio0: irq maps: 0x6029 0x6039 0x6029 0x6029 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console sio1: irq maps: 0x6021 0x6029 0x6021 0x6021 sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: ECP SPP SPP ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) fdc0: output ready timeout fdc0: cmd 3 failed at out byte 1 of 3 unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 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 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: