From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 00:42:47 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EAEF16A4CE for ; Sun, 7 Nov 2004 00:42:47 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B5A443D1F for ; Sun, 7 Nov 2004 00:42:47 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id iA70gdPV050058; Sat, 6 Nov 2004 16:42:43 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200411070042.iA70gdPV050058@gw.catspoiler.org> Date: Sat, 6 Nov 2004 16:42:39 -0800 (PST) From: Don Lewis To: scrappy@hub.org In-Reply-To: <20041106162652.U46679@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-stable@FreeBSD.org Subject: Re: Don's changes to fsck on 4.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 00:42:47 -0000 On 6 Nov, Marc G. Fournier wrote: > > Well, finally had a reason to use it, and its running right now ... seems > a bit slower in phase 2 then before ... is to be expected? Looking > through the patch, it seems that all pass's were affected, so this might > be now the norm ... after ~39minutes running on a very large file system, > hitting ctl-T periodically, I'm up to about 50% through Phase 2 ... so far > *knock on wood* no errors being generated by fsck itself, but that doesn't > mean anything :) Under normal circumstances, there shouldn't be any noticeable difference in performance. If there are a lot of zero link count files, phase 1 should be very slightly faster because the zero link count file list no longer needs to be allocated, and phase 4 should be a lot faster. Most of the time in phases 1 and 2 is consumed by disk reads. The only change to phase 2 was the addition of the new inode states to a couple of case statements and an if statement which should not affect the amount of I/O done and CPU time would only be affected by a miniscule amount, so I would not expect any change to the performance of that phase. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 04:57:51 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B782716A4CE; Sun, 7 Nov 2004 04:57:51 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88FE043D46; Sun, 7 Nov 2004 04:57:51 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 297A012ADDC; Sun, 7 Nov 2004 00:57:50 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 72979-09; Sun, 7 Nov 2004 04:57:50 +0000 (GMT) Received: from ganymede.hub.org (blk-222-46-91.eastlink.ca [24.222.46.91]) by hub.org (Postfix) with ESMTP id BC77712AB2B; Sun, 7 Nov 2004 00:57:49 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id DA86D3ACF7; Sun, 7 Nov 2004 00:57:48 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id C2E2C3A95F; Sun, 7 Nov 2004 00:57:48 -0400 (AST) Date: Sun, 7 Nov 2004 00:57:48 -0400 (AST) From: "Marc G. Fournier" To: Don Lewis In-Reply-To: <200411070042.iA70gdPV050058@gw.catspoiler.org> Message-ID: <20041107005645.O46679@ganymede.hub.org> References: <200411070042.iA70gdPV050058@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org cc: freebsd-stable@FreeBSD.org Subject: Re: Don's changes to fsck on 4.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 04:57:51 -0000 On Sat, 6 Nov 2004, Don Lewis wrote: > On 6 Nov, Marc G. Fournier wrote: >> >> Well, finally had a reason to use it, and its running right now ... seems >> a bit slower in phase 2 then before ... is to be expected? Looking >> through the patch, it seems that all pass's were affected, so this might >> be now the norm ... after ~39minutes running on a very large file system, >> hitting ctl-T periodically, I'm up to about 50% through Phase 2 ... so far >> *knock on wood* no errors being generated by fsck itself, but that doesn't >> mean anything :) > > Under normal circumstances, there shouldn't be any noticeable difference > in performance. If there are a lot of zero link count files, phase 1 > should be very slightly faster because the zero link count file list no > longer needs to be allocated, and phase 4 should be a lot faster. Most > of the time in phases 1 and 2 is consumed by disk reads. The only > change to phase 2 was the addition of the new inode states to a couple > of case statements and an if statement which should not affect the > amount of I/O done and CPU time would only be affected by a miniscule > amount, so I would not expect any change to the performance of that > phase. Hindsight is 20/20, but I should have trap' the output ... I saw several 'ZERO LENGTH DIRECTORY' messages in Phase 4 still ... should I have seen any at all? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 05:02:54 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B95016A4CE for ; Sun, 7 Nov 2004 05:02:54 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29BF443D39 for ; Sun, 7 Nov 2004 05:02:54 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 5710E12B1FE for ; Sun, 7 Nov 2004 01:02:51 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 77108-04 for ; Sun, 7 Nov 2004 05:02:51 +0000 (GMT) Received: from ganymede.hub.org (blk-222-46-91.eastlink.ca [24.222.46.91]) by hub.org (Postfix) with ESMTP id 47EAD12B1FD for ; Sun, 7 Nov 2004 01:02:50 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id E2B973A8B3; Sun, 7 Nov 2004 01:02:48 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id D2E7A38587 for ; Sun, 7 Nov 2004 01:02:48 -0400 (AST) Date: Sun, 7 Nov 2004 01:02:48 -0400 (AST) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20041107010017.R46679@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Subject: 'ifconfig fxp0 -alias' wipes out all IPs on device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 05:02:54 -0000 I hate to report an email, but after being laughed at by both Linux and Windows users, I'm kinda concerne at the lack of response to my originals ... is this truly the desired behaviour? And, if so ... can someone put some sort of warning/notice about it in the man page(s)? ====== I just made one of my 4.x remote servers inaccessible and just tested it on my 5.x laptop, and it does the same thing ... not sure if this is considered a 'desirable' effect, or a but ... but ... 'ifconfig -alias' will wipe out all IPs on the device: mobile# ifconfig -a lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 rl0: flags=8843 mtu 1500 options=8 inet 192.168.0.5 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:0d:88:22:78:e4 media: Ethernet 10baseT/UTP status: active mobile# ifconfig rl0 -alias mobile# ifconfig -a lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 rl0: flags=8843 mtu 1500 options=8 ether 00:0d:88:22:78:e4 media: Ethernet 10baseT/UTP status: active I was running a script that happened to pick up a 'zero length' IP (and I hadn't properly tested for it), so erased all the IPs configured on that device, instead of generating an error ... Checking the man page, if this *is* desired effect, a bit of a warning might be in order: " -alias Remove the network address specified. This would be used if you incorrectly specified an alias, or it was no longer needed. If you have incorrectly set an NS address having the side effect of specifying the host portion, removing all NS addresses will allow you to respecify the host portion." "Remove the network address specified.", to me, means that if one isn't specified, nothing should/would happen :( ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 05:16:25 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2771D16A4CE for ; Sun, 7 Nov 2004 05:16:25 +0000 (GMT) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEFA743D3F for ; Sun, 7 Nov 2004 05:16:24 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id iA75GM17029444; Sun, 7 Nov 2004 00:16:23 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20041107010017.R46679@ganymede.hub.org> References: <20041107010017.R46679@ganymede.hub.org> Date: Sun, 7 Nov 2004 00:16:20 -0500 To: "Marc G. Fournier" , freebsd-stable@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Subject: Re: 'ifconfig fxp0 -alias' wipes out all IPs on device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 05:16:25 -0000 At 1:02 AM -0400 11/7/04, Marc G. Fournier wrote: >I hate to report an email, but after being laughed at by both >Linux and Windows users, I'm kinda concerned at the lack of >response to my originals ... is this truly the desired behaviour? >And, if so ... can someone put some sort of warning/notice about >it in the man page(s)? I imagine you received no response simply because several of the main developers have been swamped trying to finish off 5.3. I remember seeing your earlier report, but I don't remember which mailing list it was sent to. I'll respond enough to say that the behavior you saw seems undesirable to me. But I'm not a networking guy, so that doesn't mean much... -- 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-stable@FreeBSD.ORG Sun Nov 7 05:20:30 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E342D16A4CE for ; Sun, 7 Nov 2004 05:20:30 +0000 (GMT) Received: from elsaurio.com.ar (200-32-4-157.prima.net.ar [200.32.4.157]) by mx1.FreeBSD.org (Postfix) with SMTP id 56C7743D39 for ; Sun, 7 Nov 2004 05:20:29 +0000 (GMT) (envelope-from l0kit0@exactas.org) Received: (qmail 29899 invoked from network); 7 Nov 2004 05:19:25 -0000 Received: from unknown (HELO www.exactas.org) (127.0.0.1) by localhost with SMTP; 7 Nov 2004 05:19:25 -0000 Received: from 200.114.179.80 (SquirrelMail authenticated user l0kit0@exactas.org); by www.exactas.org with HTTP; Sun, 7 Nov 2004 02:19:25 -0300 (ART) Message-ID: <64168.200.114.179.80.1099804765.squirrel@www.exactas.org> Date: Sun, 7 Nov 2004 02:19:25 -0300 (ART) From: l0kit0@exactas.org To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: iptables under linux-emulation (debian?), can it be done? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 05:20:31 -0000 hi, im trying to get some use of the linux emulation :), ive got a debian box just for iptables tryouts (thats a waste of a machine:). i guess the best choice is to get it to work in my fbsd5 and play there, but, linux_base-debian y marked a broken some time now, should i expect it working soon?, i guess not for 5-stable :/ i prefer not to use redhat base, but if you say it is the only way, i would :(, now, can i play well with iptables on linux emulation? (it will be too complicated?). thanks in advance ps: maybe not the right list, but related to the mail topic: shouldnt be more practical to have /usr/ports//linux- under /usr/ports/linux// (i have it shadowed right now, and i found it more practical, what do you think?). (sorry for the bad english) From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 05:28:43 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E4CC16A4CE for ; Sun, 7 Nov 2004 05:28:43 +0000 (GMT) Received: from mta10.adelphia.net (mta10.adelphia.net [68.168.78.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1254B43D41 for ; Sun, 7 Nov 2004 05:28:43 +0000 (GMT) (envelope-from security@jim-liesl.org) Received: from smtp.jim-liesl.org ([68.71.52.28]) by mta10.adelphia.net (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20041107052842.KHOK11020.mta10.adelphia.net@smtp.jim-liesl.org>; Sun, 7 Nov 2004 00:28:42 -0500 Received: from [192.168.1.101] (unknown [192.168.1.101]) by smtp.jim-liesl.org (Postfix) with ESMTP id 71AD6152B6; Sat, 6 Nov 2004 22:28:36 -0700 (MST) From: secmgr To: msch@snafu.de In-Reply-To: <200411061309.11883.msch@snafu.de> References: <02f201c4ba91$f9f95db0$33017f80@psique> <20041103031316.A95136@titus.hanley.stade.co.uk> <41893F4D.6090702@jim-liesl.org> <200411061309.11883.msch@snafu.de> Content-Type: text/plain Organization: Message-Id: <1099805316.4420.2.camel@emperor> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 06 Nov 2004 22:28:36 -0700 Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: freebsd 5.3 have any problem with vinum ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 05:28:43 -0000 No, I mean self corrupting raid5 sets during initialization. Discussed about 2-3 weeks ago. On Sat, 2004-11-06 at 05:09, Matthias Schuendehuette wrote: > > If you mean the 'dangling vnode'-problem with "vinum-classic": > > Try to start 'classic' vinum *after* the system has come up. Either > manually or perhaps with a script in /usr/local/etc/rc.d. This works > for me until now under 5-STABLE (a.k.a. RELENG_5). From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 05:30:03 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77F5616A4CE for ; Sun, 7 Nov 2004 05:30:03 +0000 (GMT) Received: from mta13.adelphia.net (mta13.mail.adelphia.net [68.168.78.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id F231343D2F for ; Sun, 7 Nov 2004 05:30:02 +0000 (GMT) (envelope-from security@jim-liesl.org) Received: from smtp.jim-liesl.org ([68.71.52.28]) by mta13.adelphia.net (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20041107053002.JBQP3533.mta13.adelphia.net@smtp.jim-liesl.org>; Sun, 7 Nov 2004 00:30:02 -0500 Received: from [192.168.1.101] (unknown [192.168.1.101]) by smtp.jim-liesl.org (Postfix) with ESMTP id 12792152B6; Sat, 6 Nov 2004 22:30:02 -0700 (MST) From: secmgr To: msch@snafu.de In-Reply-To: <200411061217.06061.msch@snafu.de> References: <02f201c4ba91$f9f95db0$33017f80@psique> <20041103031316.A95136@titus.hanley.stade.co.uk> <41893F4D.6090702@jim-liesl.org> <200411061217.06061.msch@snafu.de> Content-Type: text/plain Organization: Message-Id: <1099805401.4420.4.camel@emperor> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 06 Nov 2004 22:30:01 -0700 Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: freebsd 5.3 have any problem with vinum ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 05:30:03 -0000 I did a gvinum start. On Sat, 2004-11-06 at 04:16, Matthias Schuendehuette wrote: > Am Mittwoch, 3. November 2004 21:27 schrieb secmgr: > > Just ran into this myself. I had a perfectly happy raid 5 plex under > > 5.3 RC1. I upgrade to RC2, and the whole plex goes stale. I deleted > > everything from the volume on down (except for the drives), and tried > > to recreate the vol/plex/sd's. gvinum creates them, but they come > > back (like the undead) as stale and unusable (just like they were > > before). I'm finding commands documented (in help), but unimplemented > > (checkparity? init?). > > Did you try to simply 'start' the plex? This works for initialisation of > a newly created RAID5-Plex as well as for recalculating parity > informations on a degraded RAID5-Plex. > > It's that simple (at least for me on 5-STABLE) but admittedly > undocumented. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 05:57:07 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2396116A4CE for ; Sun, 7 Nov 2004 05:57:07 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id D900B43D1D for ; Sun, 7 Nov 2004 05:57:06 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id iA75ux5W050510; Sat, 6 Nov 2004 21:57:03 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200411070557.iA75ux5W050510@gw.catspoiler.org> Date: Sat, 6 Nov 2004 21:56:59 -0800 (PST) From: Don Lewis To: scrappy@hub.org In-Reply-To: <20041107005645.O46679@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-stable@FreeBSD.org Subject: Re: Don's changes to fsck on 4.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 05:57:07 -0000 On 7 Nov, Marc G. Fournier wrote: > On Sat, 6 Nov 2004, Don Lewis wrote: > >> On 6 Nov, Marc G. Fournier wrote: >>> >>> Well, finally had a reason to use it, and its running right now ... seems >>> a bit slower in phase 2 then before ... is to be expected? Looking >>> through the patch, it seems that all pass's were affected, so this might >>> be now the norm ... after ~39minutes running on a very large file system, >>> hitting ctl-T periodically, I'm up to about 50% through Phase 2 ... so far >>> *knock on wood* no errors being generated by fsck itself, but that doesn't >>> mean anything :) >> >> Under normal circumstances, there shouldn't be any noticeable difference >> in performance. If there are a lot of zero link count files, phase 1 >> should be very slightly faster because the zero link count file list no >> longer needs to be allocated, and phase 4 should be a lot faster. Most >> of the time in phases 1 and 2 is consumed by disk reads. The only >> change to phase 2 was the addition of the new inode states to a couple >> of case statements and an if statement which should not affect the >> amount of I/O done and CPU time would only be affected by a miniscule >> amount, so I would not expect any change to the performance of that >> phase. > > Hindsight is 20/20, but I should have trap' the output ... I saw several > 'ZERO LENGTH DIRECTORY' messages in Phase 4 still ... should I have seen > any at all? Yes. The behaviour should be exactly the same as before. The only difference is that phase 4 should run a lot faster if there are a lot of UNREF files and directories. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 06:02:04 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41C1A16A4CE; Sun, 7 Nov 2004 06:02:04 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1740F43D2F; Sun, 7 Nov 2004 06:02:04 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 509B512AFC1; Sun, 7 Nov 2004 02:02:02 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 90313-06; Sun, 7 Nov 2004 06:02:02 +0000 (GMT) Received: from ganymede.hub.org (blk-222-46-91.eastlink.ca [24.222.46.91]) by hub.org (Postfix) with ESMTP id C0C0812AF38; Sun, 7 Nov 2004 02:02:01 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 8EDBA350F0; Sun, 7 Nov 2004 02:02:01 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 79135350EB; Sun, 7 Nov 2004 02:02:01 -0400 (AST) Date: Sun, 7 Nov 2004 02:02:01 -0400 (AST) From: "Marc G. Fournier" To: Don Lewis In-Reply-To: <200411070557.iA75ux5W050510@gw.catspoiler.org> Message-ID: <20041107020120.X46679@ganymede.hub.org> References: <200411070557.iA75ux5W050510@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org cc: freebsd-stable@FreeBSD.org Subject: Re: Don's changes to fsck on 4.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 06:02:04 -0000 On Sat, 6 Nov 2004, Don Lewis wrote: > Yes. The behaviour should be exactly the same as before. The only > difference is that phase 4 should run a lot faster if there are a lot of > UNREF files and directories. 'k, everything seemed to run faster except the first two, but the uptime was only 5 days on taht server also, so not alot of time to build up the 'stale files' ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 09:42:05 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B882716A4CE for ; Sun, 7 Nov 2004 09:42:05 +0000 (GMT) Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7701943D1D for ; Sun, 7 Nov 2004 09:42:05 +0000 (GMT) (envelope-from msch@snafu.de) Received: from dial-76-134.de.inter.net ([213.73.76.134] helo=current.best-eng.de) by smart.eusc.inter.net with esmtp (Exim 3.36 #4) id 1CQjYi-0002Dq-00; Sun, 07 Nov 2004 10:42:04 +0100 Received: from current.best-eng.de (localhost.best-eng.de [127.0.0.1]) by current.best-eng.de (8.13.1/8.13.1) with ESMTP id iA79g3jS001306; Sun, 7 Nov 2004 10:42:03 +0100 (CET) (envelope-from msch@snafu.de) Received: from localhost (localhost [[UNIX: localhost]]) by current.best-eng.de (8.13.1/8.13.1/Submit) id iA79g36Z001305; Sun, 7 Nov 2004 10:42:03 +0100 (CET) (envelope-from msch@snafu.de) X-Authentication-Warning: current.best-eng.de: matthias set sender to msch@snafu.de using -f From: Matthias Schuendehuette Organization: Micro$oft-free Zone To: secmgr Date: Sun, 7 Nov 2004 10:42:03 +0100 User-Agent: KMail/1.7 References: <02f201c4ba91$f9f95db0$33017f80@psique> <200411061217.06061.msch@snafu.de> <1099805401.4420.4.camel@emperor> In-Reply-To: <1099805401.4420.4.camel@emperor> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200411071042.03382.msch@snafu.de> cc: freebsd-stable@freebsd.org Subject: Re: freebsd 5.3 have any problem with vinum ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: msch@snafu.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 09:42:05 -0000 Am Sonntag, 7. November 2004 06:30 schrieb secmgr: > On Sat, 2004-11-06 at 04:16, Matthias Schuendehuette wrote: > > Did you try to simply 'start' the plex? This works for > > initialisation of a newly created RAID5-Plex as well as for > > recalculating parity informations on a degraded RAID5-Plex. > > I did a gvinum start. No, that's not what I meant. 'gvinum start' loads the kernel module which in turn searches for vinum-GEOMs and loads the configuration data. It doesn't change the state of any gvinum item. Try 'gvinum start ' or within gvinum(8): gvinum> start This (as far as I investigated :-) a) initializes a newly created RAID5-plex or b) recalculates parity informations on a degraded RAID5-plex with a new replaced subdisk. So, a 'gvinum start raid5.p0' initializes my RAID5-plex if newly created. You can monitor the initialization process with subsequent 'gvinum list' commands. If you degrade a RAID5-plex with 'camcontrol stop ' (in case of SCSI-Disks) and 'repair' it afterwards with 'camcontrol start ', the 'gvinum start raid5.p0' (my volume here is called 'raid5') command recalculates the parity and revives the subdisk which was on disk . -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 09:46:16 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDFEB16A4CE for ; Sun, 7 Nov 2004 09:46:16 +0000 (GMT) Received: from shellma.zin.lublin.pl (shellma.zin.lublin.pl [212.182.126.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6350443D49 for ; Sun, 7 Nov 2004 09:46:16 +0000 (GMT) (envelope-from pawmal-posting@freebsd.lublin.pl) Received: by shellma.zin.lublin.pl (Postfix, from userid 1018) id 3F90A347BA8; Sun, 7 Nov 2004 10:47:20 +0100 (CET) Date: Sun, 7 Nov 2004 10:47:20 +0100 From: Pawel Malachowski To: freebsd-stable@freebsd.org Message-ID: <20041107094720.GB56141@shellma.zin.lublin.pl> References: <64168.200.114.179.80.1099804765.squirrel@www.exactas.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <64168.200.114.179.80.1099804765.squirrel@www.exactas.org> User-Agent: Mutt/1.4.2i Subject: Re: iptables under linux-emulation (debian?), can it be done? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 09:46:16 -0000 On Sun, Nov 07, 2004 at 02:19:25AM -0300, l0kit0@exactas.org wrote: > im trying to get some use of the linux emulation :), ive got a debian box > just for iptables tryouts (thats a waste of a machine:). i guess the best > choice is to get it to work in my fbsd5 and play there, but, > linux_base-debian y marked a broken some time now, should i expect it > working soon?, i guess not for 5-stable :/ Linux emulation is for userland apps, IPTables won't work. -- Paweł Małachowski From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 10:46:53 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DBEF16A4CE for ; Sun, 7 Nov 2004 10:46:53 +0000 (GMT) Received: from auk1.snu.ac.kr (auk1.snu.ac.kr [147.46.100.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11BE843D2F for ; Sun, 7 Nov 2004 10:46:53 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk1.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004110719:46:32:392601.15450.2881108912 for ; Sun, 07 Nov 2004 19:46:32 +0900 (KST) Message-ID: <418DFD15.2010409@yahoo.com> Date: Sun, 07 Nov 2004 19:46:45 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041017 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-7.32) (SRN:SPAMROBOT) ----------------- Subject: using only swap file without swap partition: OK? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 10:46:53 -0000 Hi, With 5.3 it has become much easier to add swap as a regular file, remove it later, or add a bigger or smaller one instead. The swap partition always causes me little headache: once the size is choosen at partitioning during install, it's fixed. I can't size it up or down anymore, unless I go fiddling with the partition table, which I desperately like to avoid. So, why not using swapfile without swap partition at all. Have it on a big partition with lots of space. If there's a problem with the space, I can easily move the swap elsewhere. A swapfile is so much more flexible. Is there a downside of not using swap partition, and have only swapfile instead? Thanks, Rob. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 10:50:27 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F56516A4CE for ; Sun, 7 Nov 2004 10:50:27 +0000 (GMT) Received: from shellma.zin.lublin.pl (shellma.zin.lublin.pl [212.182.126.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B6AE43D6A for ; Sun, 7 Nov 2004 10:50:27 +0000 (GMT) (envelope-from pawmal-posting@freebsd.lublin.pl) Received: by shellma.zin.lublin.pl (Postfix, from userid 1018) id 8C9DB347BA8; Sun, 7 Nov 2004 11:51:30 +0100 (CET) Date: Sun, 7 Nov 2004 11:51:30 +0100 From: Pawel Malachowski To: freebsd-stable@freebsd.org Message-ID: <20041107105130.GB74864@shellma.zin.lublin.pl> References: <418DFD15.2010409@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <418DFD15.2010409@yahoo.com> User-Agent: Mutt/1.4.2i Subject: Re: using only swap file without swap partition: OK? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 10:50:27 -0000 On Sun, Nov 07, 2004 at 07:46:45PM +0900, Rob wrote: > So, why not using swapfile without swap partition at all. > Have it on a big partition with lots of space. If there's a > problem with the space, I can easily move the swap elsewhere. > A swapfile is so much more flexible. > > Is there a downside of not using swap partition, and have only > swapfile instead? What about saving kernel crashdumps? :) -- Paweł Małachowski From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 11:12:39 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFC1616A4CE for ; Sun, 7 Nov 2004 11:12:39 +0000 (GMT) Received: from auk1.snu.ac.kr (auk1.snu.ac.kr [147.46.100.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5180843D2F for ; Sun, 7 Nov 2004 11:12:39 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk1.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004110720:12:23:659745.15450.2720140208 for ; Sun, 07 Nov 2004 20:12:23 +0900 (KST) Message-ID: <418E0326.2070409@yahoo.com> Date: Sun, 07 Nov 2004 20:12:38 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041017 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <418DFD15.2010409@yahoo.com> <20041107105130.GB74864@shellma.zin.lublin.pl> In-Reply-To: <20041107105130.GB74864@shellma.zin.lublin.pl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-7.62) (SRN:SPAMROBOT) ----------------- Subject: Re: using only swap file without swap partition: OK? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 11:12:39 -0000 Pawel Malachowski wrote: > On Sun, Nov 07, 2004 at 07:46:45PM +0900, Rob wrote: > > >>So, why not using swapfile without swap partition at all. >>Have it on a big partition with lots of space. If there's a >>problem with the space, I can easily move the swap elsewhere. >>A swapfile is so much more flexible. >> >>Is there a downside of not using swap partition, and have only >>swapfile instead? > > > What about saving kernel crashdumps? :) Saving what? I add swap to my system just for having more virtual RAM during regular operation of the OS. I don't have, and I'm not interested in kernel crashes. In that case, is there no difference between the use of swap partition and swapfile? Rob. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 11:49:40 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57BB916A4CE for ; Sun, 7 Nov 2004 11:49:40 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1528543D3F for ; Sun, 7 Nov 2004 11:49:36 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id iA7BnWsn052511; Sun, 7 Nov 2004 22:19:32 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sun, 7 Nov 2004 22:19:30 +1030 User-Agent: KMail/1.7 References: <418DFD15.2010409@yahoo.com> In-Reply-To: <418DFD15.2010409@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart13749054.JJlMn8Tt8F"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411072219.30919.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_02_03,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Rob Subject: Re: using only swap file without swap partition: OK? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 11:49:40 -0000 --nextPart13749054.JJlMn8Tt8F Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 7 Nov 2004 21:16, Rob wrote: > With 5.3 it has become much easier to add swap as a regular file, > remove it later, or add a bigger or smaller one instead. > > The swap partition always causes me little headache: once the > size is choosen at partitioning during install, it's fixed. > I can't size it up or down anymore, unless I go fiddling with > the partition table, which I desperately like to avoid. > > So, why not using swapfile without swap partition at all. > Have it on a big partition with lots of space. If there's a > problem with the space, I can easily move the swap elsewhere. > A swapfile is so much more flexible. > > Is there a downside of not using swap partition, and have only > swapfile instead? You can't save crash dumps, and it is less efficient. In general you don't need much swap if you have a reasonable amount of RAM,= so=20 it's not usually necessary to resize your swap when you get more RAM (unles= s=20 you want to save crashdumps..) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart13749054.JJlMn8Tt8F Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBjgvK5ZPcIHs/zowRAks1AJ9U0WoPgurIvtoXf10kqMpaWrNvtwCghRrj lC145tMQp4M5/H97zkz0ALc= =mc5M -----END PGP SIGNATURE----- --nextPart13749054.JJlMn8Tt8F-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 12:01:25 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F44E16A4D0 for ; Sun, 7 Nov 2004 12:01:25 +0000 (GMT) Received: from mail.ncipher.com (mail.ncipher.com [82.108.130.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD0F543D41 for ; Sun, 7 Nov 2004 12:01:24 +0000 (GMT) (envelope-from markk@knigma.org) Received: from cromer.ncipher.com ([172.23.135.200]) by mail.ncipher.com with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 3.34 #1) id 1CQljR-000426-00 for freebsd-stable@freebsd.org; Sun, 07 Nov 2004 12:01:17 +0000 Received: from lap.knigma.org (mourn.ncipher.com [172.19.133.171]) by cromer.ncipher.com (8.12.11/8.12.11) with ESMTP id iA7C1Mwr083970 for ; Sun, 7 Nov 2004 12:01:22 GMT (envelope-from markk@knigma.org) Message-ID: <0R8YkMDQ5gjBFwAW@lap.knigma.org> Date: Sun, 7 Nov 2004 12:00:16 +0000 To: freebsd-stable@freebsd.org From: Mark Knight MIME-Version: 1.0 Content-Type: text/plain;charset=us-ascii;format=flowed User-Agent: Turnpike/6.04-U () Subject: wicontrol on 5.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 12:01:25 -0000 I just successfully completed a source code upgrade from 4.10 to 5.3. All pretty perfect and seamless, thank you! However, just noticed a problem when I run: mkn@shrewd$ wicontrol -i wi0 -C [1/1614089728]: 32:80:00:00:00:00, 61.0.0.0, sig: 0, noise: 0, qual: 0 [2/1614089728]: 00:00:00:00:00:00, 0.0.0.0, sig: 0, noise: 0, qual: 0 [3/1614089728]: 00:00:00:00:00:00, 0.0.0.0, sig: 0, noise: 0, qual: 0 ... [255/1614089728]: 50:f7:40:54:00:00, 117.3.142.104, sig: 22591508, noise: -850395136, qual: -1862341760 [256/1614089728]: ff:54:24:10:8d:44, 80.247.64.24, sig: 131072, noise: 1754137461, qual: 6797380 [257/1614089728]: 00:00:50:cd:80:eb, 112.236.191.191, sig: 4, noise: -1077941116, qual: 24 Bus error (core dumped) There should only be a couple of wireless stations listed. wi0 is running in hostap mode. dmesg reports: wi0: mem 0xf15ff000-0xf15fffff irq 11 at device 10.0 on pci1 wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) wi0: Intersil Firmware: Primary (1.1.0), Station (1.4.9) wi0: Ethernet address: 00:09:5b:2f:b3:03 wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps Cheers, -- Mark A. R. Knight finger: markk@knigma.org Tel: +44 7973 410732 http://www.knigma.org/ From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 12:46:29 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4183916A4CE for ; Sun, 7 Nov 2004 12:46:29 +0000 (GMT) Received: from shellma.zin.lublin.pl (shellma.zin.lublin.pl [212.182.126.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0215C43D4C for ; Sun, 7 Nov 2004 12:46:29 +0000 (GMT) (envelope-from pawmal-posting@freebsd.lublin.pl) Received: by shellma.zin.lublin.pl (Postfix, from userid 1018) id A15D7347BA8; Sun, 7 Nov 2004 13:47:32 +0100 (CET) Date: Sun, 7 Nov 2004 13:47:32 +0100 From: Pawel Malachowski To: freebsd-stable@freebsd.org Message-ID: <20041107124732.GA75933@shellma.zin.lublin.pl> References: <418DFD15.2010409@yahoo.com> <20041107105130.GB74864@shellma.zin.lublin.pl> <418E0326.2070409@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <418E0326.2070409@yahoo.com> User-Agent: Mutt/1.4.2i Subject: Re: using only swap file without swap partition: OK? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 12:46:29 -0000 On Sun, Nov 07, 2004 at 08:12:38PM +0900, Rob wrote: > I don't have, and I'm not interested in kernel crashes. > In that case, is there no difference between the use of > swap partition and swapfile? Performance I guess (more abstraction layers because swapfile is accessed via filesystem). -- Paweł Małachowski From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 13:42:01 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D76816A4CE; Sun, 7 Nov 2004 13:42:01 +0000 (GMT) Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F96643D39; Sun, 7 Nov 2004 13:42:01 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk2.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004110722:41:40:653889.16494.2800921520 for ; Sun, 07 Nov 2004 22:41:40 +0900 (KST) Message-ID: <418E2624.5000700@yahoo.com> Date: Sun, 07 Nov 2004 22:41:56 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041017 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD , freebsd-stable@freebsd.org References: <418D5C1D.6060009__33907.8981116929$1099834506$gmane$org@freebsd.org> In-Reply-To: <418D5C1D.6060009__33907.8981116929$1099834506$gmane$org@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-3.32) (SRN:SPAMROBOT) ----------------- Subject: Re: [FreeBSD-Announce] FreeBSD 5.3-RELEASE Announcement X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 13:42:01 -0000 Scott Long wrote: > It is my great pleasure and privilege to announce the availability of > FreeBSD 5.3-RELEASE. This release marks a milestone in the FreeBSD 5.x > > FTP > --- > ftp://ftp.FreeBSD.org/pub/FreeBSD/ The file ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/README.TXT needs an updated for 5.3, without the "New Technology" tag. R. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 14:36:14 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7240C16A4CE for ; Sun, 7 Nov 2004 14:36:14 +0000 (GMT) Received: from auk1.snu.ac.kr (auk1.snu.ac.kr [147.46.100.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 195E243D46 for ; Sun, 7 Nov 2004 14:36:14 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk1.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004110723:35:55:839359.15450.2924960688 for ; Sun, 07 Nov 2004 23:35:55 +0900 (KST) Message-ID: <418E32DC.1080506@yahoo.com> Date: Sun, 07 Nov 2004 23:36:12 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041017 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <418D5C1D.6060009__33907.8981116929$1099834506$gmane$org@freebsd.org> <418E2624.5000700@yahoo.com> In-Reply-To: <418E2624.5000700@yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-1.39) (SRN:SPAMROBOT) ----------------- Subject: examples/cvsup/standard-supfile is not CURRENT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 14:36:14 -0000 Rob wrote: > Scott Long wrote: > >> It is my great pleasure and privilege to announce the availability of >> FreeBSD 5.3-RELEASE. This release marks a milestone in the FreeBSD 5.x The file /usr/src/share/examples/cvsup/standard-supfile says at the top # This file contains all of the "CVSup collections" that make up the # FreeBSD-current source tree. But further down, it has: *default release=cvs tag=RELENG_5 The last line needs a modification now that 5.3 has become STABLE and 6 is CURRENT. R. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 15:44:00 2004 Return-Path: Delivered-To: freebsd-stable@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10CD016A4D0; Sun, 7 Nov 2004 15:44:00 +0000 (GMT) Received: from mail.sbb.co.yu (mail.sbb.co.yu [82.117.194.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 522EA43D45; Sun, 7 Nov 2004 15:43:59 +0000 (GMT) (envelope-from ggajic@mail.sbb.co.yu) Received: from mail.sbb.co.yu (mail.sbb.co.yu [82.117.194.7]) by mail.sbb.co.yu (8.12.10/8.12.10) with ESMTP id iA7FhqmD064868; Sun, 7 Nov 2004 16:43:52 +0100 (CET) Date: Sun, 7 Nov 2004 16:43:52 +0100 (CET) From: Goran Gajic To: freebsd-amd64@www.freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Sbb.co.yu-MailScanner-Information: Please contact the ISP for more information X-Sbb.co.yu-MailScanner: Found to be clean cc: freebsd-stable@www.freebsd.org Subject: sk problems still present in 5.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 15:44:00 -0000 Hi, I have installed 5.3-RELEASE FreeBSD on dual amd64 with 4Gb ram and problem with sk driver is still present. At least system is no longer crashing, but when I try file copy from server (eiter via nfs or ftp) sk0 hangs with message: sk0 watchdog timeout. It makes no difference if kernel is compiled with option SMP or not and debug.mpasafenet set to 0 or 1 also makes no difference. Since I have no problems with sk0 on single PIV machine I thought that this might be some amd64 related problem so on same amd64 I have installed 5.3-RELEASE i386 but problem still exists. Problem is not bi-directional since I can copy files to server either via ftp or nfs but copying from server causes sk hangs. Regards, Goran Gajic From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 15:50:10 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EC2216A4CE; Sun, 7 Nov 2004 15:50:10 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7322343D1F; Sun, 7 Nov 2004 15:50:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 518791FFACF; Sun, 7 Nov 2004 16:50:07 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 4A8551FFACD; Sun, 7 Nov 2004 16:50:05 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 1A8DD15607; Sun, 7 Nov 2004 15:48:12 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 0FB9315380; Sun, 7 Nov 2004 15:48:13 +0000 (UTC) Date: Sun, 7 Nov 2004 15:48:12 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Goran Gajic In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: sk problems still present in 5.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 15:50:10 -0000 On Sun, 7 Nov 2004, Goran Gajic wrote: Hi, > I have installed 5.3-RELEASE FreeBSD on dual amd64 with 4Gb ram and > problem with sk driver is still present.... check the archives; to get an overview perhaps start at http://sources.zabbadoz.net/freebsd/if_sk.html -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 16:17:43 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58B2716A4CE; Sun, 7 Nov 2004 16:17:43 +0000 (GMT) Received: from mail.sbb.co.yu (mail.sbb.co.yu [82.117.194.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D11743D41; Sun, 7 Nov 2004 16:17:42 +0000 (GMT) (envelope-from ggajic@mail.sbb.co.yu) Received: from mail.sbb.co.yu (mail.sbb.co.yu [82.117.194.7]) by mail.sbb.co.yu (8.12.10/8.12.10) with ESMTP id iA7GHbmD080942; Sun, 7 Nov 2004 17:17:37 +0100 (CET) Date: Sun, 7 Nov 2004 17:17:37 +0100 (CET) From: Goran Gajic To: "Bjoern A. Zeeb" In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Sbb.co.yu-MailScanner-Information: Please contact the ISP for more information X-Sbb.co.yu-MailScanner: Found to be clean cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: sk problems still present in 5.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 16:17:43 -0000 >From all patches submited I have found that only sk_jfree locking makes some difference (no more kernel crashes) but problem with copying from (not to) server over NFS or ftp is still bringig sk into hang state and sk watchdog timeouts :( skc0: port 0x3000-0x30ff mem 0xd8300000-0xd8303fff irq 29 at device 6.0 on pci3 skc0: SK-9521 V2.0 10/100/1000Base-T Adapter sk0: on skc0 sk0: Ethernet address: 00:00:5a:9c:d9:6b miibus2: on sk0 Regards, gg. On Sun, 7 Nov 2004, Bjoern A. Zeeb wrote: > On Sun, 7 Nov 2004, Goran Gajic wrote: > > Hi, > >> I have installed 5.3-RELEASE FreeBSD on dual amd64 with 4Gb ram and >> problem with sk driver is still present.... > > check the archives; to get an overview perhaps start at > http://sources.zabbadoz.net/freebsd/if_sk.html > > -- > Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT > From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 16:38:00 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E84316A4CE for ; Sun, 7 Nov 2004 16:38:00 +0000 (GMT) Received: from diligence.flag.rootnode.com (adsl-65-67-81-98.dsl.ltrkar.swbell.net [65.67.81.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB1F243D3F for ; Sun, 7 Nov 2004 16:37:59 +0000 (GMT) (envelope-from joe@osoft.us) Received: from [10.0.1.105] (coherence.flag.rootnode.com [10.0.1.105]) by diligence.flag.rootnode.com (Postfix) with ESMTP id E1E28D4BA; Sun, 7 Nov 2004 10:37:58 -0600 (CST) Message-ID: <418E4F9C.4070109@osoft.us> Date: Sun, 07 Nov 2004 10:38:52 -0600 From: Joe Koberg User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: secmgr References: <02f201c4ba91$f9f95db0$33017f80@psique> <20041103031316.A95136@titus.hanley.stade.co.uk> <41893F4D.6090702@jim-liesl.org> <200411061309.11883.msch@snafu.de> <1099805316.4420.2.camel@emperor> In-Reply-To: <1099805316.4420.2.camel@emperor> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: msch@snafu.de cc: freebsd-stable@freebsd.org Subject: Re: freebsd 5.3 have any problem with vinum ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 16:38:00 -0000 secmgr wrote: >No, I mean self corrupting raid5 sets during initialization. Discussed >about 2-3 weeks ago. > > In the following message you seemed to claim that adding 64 sectors of slack to the beginning of the vinum partition fixed this problem, as I suggested. Did that fix it or not? > The reason is empirically derived. When I created a 7 disk raid 5 set > using "len 0" or all the space available, the raid set would be > corrupt after initializing. Every time. When I reserved back that > extra space, no corruption. > (freebsd 4.10-p3) There was a thread on this a few days ago. > > jim Joe Koberg joe at osoft dot us From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 16:56:14 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1922916A4CE for ; Sun, 7 Nov 2004 16:56:14 +0000 (GMT) Received: from smtp2.libero.it (smtp2.libero.it [193.70.192.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E07D43D31 for ; Sun, 7 Nov 2004 16:56:13 +0000 (GMT) (envelope-from pinkof.pallus@tiscalinet.it) Received: from localhost (172.16.1.82) by smtp2.libero.it (7.0.027-DD01) id 40C7347601FBA4C4 for freebsd-stable@freebsd.org; Sun, 7 Nov 2004 17:56:41 +0100 Received: from warez.nohay.net (151.29.237.162) by smtp1.libero.it (7.0.027-DD01) id 40CB290905B932E9 for freebsd-stable@freebsd.org; Sun, 7 Nov 2004 17:56:34 +0100 Received: by ftpippo.formulasistemi.it (Postfix, from userid 1000) id 4DC742C54A; Sun, 7 Nov 2004 17:50:10 +0100 (CET) Date: Sun, 7 Nov 2004 17:50:10 +0100 From: NN_il_Confusionario To: freebsd-stable@freebsd.org Message-ID: <20041107165009.GA1778@nonesiste.nohay.net> References: <20041107120107.A56FC16A4DB@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041107094720.GB56141@shellma.zin.lublin.pl> User-Agent: Mutt/1.3.28i Organization: Completa Disorganizzazione Realname: Australopithecus Snumeratus nullus necne Private-Warning: Why are you reading this? X-Virus-Scanned: by amavisd-new at libero.it serv3 Subject: Re: iptables under linux-emulation (debian?), can it be done? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pinkof.pallus@tiscalinet.it List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 16:56:14 -0000 On Sun, Nov 07, 2004 at 12:01:07PM +0000, freebsd-stable-request@freebsd.org wrote: > On Sun, Nov 07, 2004 at 02:19:25AM -0300, l0kit0@exactas.org wrote: > > im trying to get some use of the linux emulation :), ive got a debian box > Linux emulation is for userland apps, IPTables won't work. user-mode-linux is userland. Does it work with freebsd linux emulation? -- Chi usa software non libero avvelena anche te. Digli di smettere. Informatica=arsenico: minime dosi in rari casi patologici, altrimenti letale. Informatica=bomba: intelligente solo per gli stupidi che ci credono. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 16:57:41 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B752B16A4CE for ; Sun, 7 Nov 2004 16:57:41 +0000 (GMT) Received: from haanjdj.demon.nl (haanjdj.demon.nl [82.161.5.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64FDF43D2F for ; Sun, 7 Nov 2004 16:57:41 +0000 (GMT) (envelope-from derkjan@haanjdj.demon.nl) Received: from localhost (localhost [127.0.0.1]) by haanjdj.demon.nl (Postfix) with ESMTP id F34ED2C00B for ; Sun, 7 Nov 2004 17:57:39 +0100 (CET) Received: from haanjdj.demon.nl ([127.0.0.1]) by localhost (haanjdj.demon.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 00319-17 for ; Sun, 7 Nov 2004 17:57:37 +0100 (CET) Received: from bogomip (bogomip.badmuts.org [192.168.2.1]) by haanjdj.demon.nl (Postfix) with SMTP id 066C82C006 for ; Sun, 7 Nov 2004 17:57:36 +0100 (CET) Message-ID: <002e01c4c4ea$e27bc4d0$0102a8c0@bogomip> From: "Derkjan de Haan" To: Date: Sun, 7 Nov 2004 17:57:37 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Virus-Scanned: amavisd-new at haanjdj.demon.nl Subject: 5.3R crash while building world X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 16:57:41 -0000 All, I installed 5.3R on one of my systems, but as soon as I attempt to compile something (make buildworld), after 10 seconds or so gcc bombs with an internal compiler error, and/or the machine crashes with a 'fatal trap 12' error. This seems to happen at random places. The dumps and some screenshots of the actual errors are here: ftp://haanjdj.demon.nl/pub/ Some info that may or may not be relevant: - I installed from ISO images, of which I double-checked the md5 checksums. - HW: Asus A7V600 mb with Athlon 2500 (Barton) cpu. I'm using the on-board 3Com/SysKonnect network interface - Machine is rock solid with 4.x or The Other OS - Using the GENERIC kernel - Heavy network traffic or disk activity seems no problem - This happens both with and without ACPI If more info is needed or if I can assist in any way in fixing this please let me know. regards, Derkjan From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 17:08:18 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA4FD16A4CE for ; Sun, 7 Nov 2004 17:08:18 +0000 (GMT) Received: from mail3.bluewin.ch (mail3.bluewin.ch [195.186.1.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76C4443D4C for ; Sun, 7 Nov 2004 17:08:18 +0000 (GMT) (envelope-from martin@saturn.pcs.ms) Received: from saturn.pcs.ms (81.62.24.201) by mail3.bluewin.ch (Bluewin AG 7.0.030.2) id 41862FF20009BF19; Sun, 7 Nov 2004 17:07:49 +0000 Received: from saturn.pcs.ms (localhost [127.0.0.1]) by saturn.pcs.ms (8.12.11/8.12.11) with ESMTP id iA7H9cdA096612; Sun, 7 Nov 2004 18:09:38 +0100 (CET) (envelope-from martin@saturn.pcs.ms) Received: (from martin@localhost) by saturn.pcs.ms (8.12.11/8.12.11/Submit) id iA7H9W1u096611; Sun, 7 Nov 2004 18:09:32 +0100 (CET) (envelope-from martin) Date: Sun, 7 Nov 2004 18:09:32 +0100 From: Martin Schweizer To: Mohd Rasfan Message-ID: <20041107170932.GB95831@saturn.pcs.ms> Mail-Followup-To: Mohd Rasfan , freebsd-stable@freebsd.org References: <2733.219.94.101.37.1099318135.squirrel@219.94.101.37> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FkmkrVfFsRoUs1wW" Content-Disposition: inline In-Reply-To: <2733.219.94.101.37.1099318135.squirrel@219.94.101.37> User-Agent: Mutt/1.4i Organization: PC-Service M. Schweizer GmbH, CH-8608 Bubikon, Switzerland X-PGP-Key: http://www.pc-service.ch/pgp/public_key.asc X-Fingerprint: EC21 CA4D 5C78 BC2D 73B7 10F9 C1AE 1691 D30F D239 X-Spam-Status: No, hits=-6.0 required=3.0 tests=IN_REP_TO,PGP_SIGNATURE_2,REFERENCES,USER_AGENT_MUTT version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-stable@freebsd.org Subject: Re: firewall stable vs current X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Martin Schweizer List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 17:08:18 -0000 --FkmkrVfFsRoUs1wW Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Mohd man ipfw is your frend! Am Mon, Nov 01, 2004 at 10:08:55PM +0800 Mohd Rasfan schrieb: > Hello All, >=20 > what is the diffrent between firewall stable and current > what is diffrent beetween deny or reject what is the best market practi= ce >=20 > Best Regards , > @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ > Mohd Rasfan Bin Mohd Nor > System Network Administrator > Mobile : 019-2792472 > Office : 03-42967102 > Fax : 03-42967126 > Website: http://www.nadi-it.com > E-Mail : rasfan[at]nadi-it.com > : rasfan[at]rasfan.net > @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ >=20 >=20 >=20 >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --=20 Regards Gruss Mit freundlichen Gr=FCssen Martin Schweizer PC-Service M. Schweizer GmbH; Gewerbehaus Schwarz; CH-8608 Bubikon Tel. +41 55 243 30 00; Fax: +41 55 243 33 22; http://www.pc-service.ch; public key : http://www.pc-service.ch/pgp/public_key.asc;=20 fingerprint: EC21 CA4D 5C78 BC2D 73B7 10F9 C1AE 1691 D30F D239; --FkmkrVfFsRoUs1wW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQFBjlbMwa4WkdMP0jkRAp4rAKCV/h6nRYVtHwe8+DEBmfV5VRLBjwCgi6e2 qD1ajqIK6+UfWKm2WqHup2g= =63LS -----END PGP SIGNATURE----- --FkmkrVfFsRoUs1wW-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 17:47:26 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFCF416A4CE for ; Sun, 7 Nov 2004 17:47:26 +0000 (GMT) Received: from shellma.zin.lublin.pl (shellma.zin.lublin.pl [212.182.126.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E39843D4C for ; Sun, 7 Nov 2004 17:47:26 +0000 (GMT) (envelope-from pawmal-posting@freebsd.lublin.pl) Received: by shellma.zin.lublin.pl (Postfix, from userid 1018) id 2DA7C347BA8; Sun, 7 Nov 2004 18:48:31 +0100 (CET) Date: Sun, 7 Nov 2004 18:48:31 +0100 From: Pawel Malachowski To: freebsd-stable@freebsd.org Message-ID: <20041107174831.GA84531@shellma.zin.lublin.pl> References: <20041107120107.A56FC16A4DB@hub.freebsd.org> <20041107165009.GA1778@nonesiste.nohay.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20041107165009.GA1778@nonesiste.nohay.net> User-Agent: Mutt/1.4.2i Subject: Re: iptables under linux-emulation (debian?), can it be done? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 17:47:26 -0000 On Sun, Nov 07, 2004 at 05:50:10PM +0100, NN_il_Confusionario wrote: > > Linux emulation is for userland apps, IPTables won't work. > user-mode-linux is userland. Does it work with freebsd linux emulation? UML relies on host Linux kernel. Only some Linux syscalls are emulated under FreeBSD. UML homepage suggests that UML may be ported to other OSes than Linux. So I doubt it will work right now. ;) -- Paweł Małachowski From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 18:45:31 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3ACF016A4CE for ; Sun, 7 Nov 2004 18:45:31 +0000 (GMT) Received: from mta9.adelphia.net (mta9.adelphia.net [68.168.78.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDFE343D4C for ; Sun, 7 Nov 2004 18:45:30 +0000 (GMT) (envelope-from security@jim-liesl.org) Received: from smtp.jim-liesl.org ([68.71.52.28]) by mta9.adelphia.net (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20041107184530.GZQX4778.mta9.adelphia.net@smtp.jim-liesl.org>; Sun, 7 Nov 2004 13:45:30 -0500 Received: from [192.168.1.101] (unknown [192.168.1.101]) by smtp.jim-liesl.org (Postfix) with ESMTP id 13F54152B2; Sun, 7 Nov 2004 11:45:29 -0700 (MST) From: secmgr To: Joe Koberg In-Reply-To: <418E4F9C.4070109@osoft.us> References: <02f201c4ba91$f9f95db0$33017f80@psique> <20041103031316.A95136@titus.hanley.stade.co.uk> <41893F4D.6090702@jim-liesl.org> <200411061309.11883.msch@snafu.de> <1099805316.4420.2.camel@emperor> <418E4F9C.4070109@osoft.us> Content-Type: text/plain Organization: Message-Id: <1099853128.4420.12.camel@emperor> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 07 Nov 2004 11:45:28 -0700 Content-Transfer-Encoding: 7bit cc: msch@snafu.de cc: freebsd-stable@freebsd.org Subject: Re: freebsd 5.3 have any problem with vinum ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 18:45:31 -0000 It did, but can you tell me anywhere in the docs it says to do that? Or maybe that vinum should sense that and throw some error rather than just blindly corrupting itself. jim On Sun, 2004-11-07 at 09:38, Joe Koberg wrote: > secmgr wrote: > > > >No, I mean self corrupting raid5 sets during initialization. Discussed > >about 2-3 weeks ago. > > > > > In the following message you seemed to claim that adding 64 sectors of > slack to the > beginning of the vinum partition fixed this problem, as I suggested. Did > that fix it or not? > > > > The reason is empirically derived. When I created a 7 disk raid 5 set > > using "len 0" or all the space available, the raid set would be > > corrupt after initializing. Every time. When I reserved back that > > extra space, no corruption. > > (freebsd 4.10-p3) There was a thread on this a few days ago. > > > > jim > > > > Joe Koberg > joe at osoft dot us > > From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 20:19:13 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DADC216A4CE for ; Sun, 7 Nov 2004 20:19:13 +0000 (GMT) Received: from grummit.biaix.org (86.Red-213-97-212.pooles.rima-tde.net [213.97.212.86]) by mx1.FreeBSD.org (Postfix) with SMTP id 5B4A943D54 for ; Sun, 7 Nov 2004 20:19:12 +0000 (GMT) (envelope-from lists-freebsd-stable@freebsd.org) Received: (qmail 90135 invoked by uid 1000); 7 Nov 2004 20:16:40 -0000 Date: Sun, 7 Nov 2004 21:16:40 +0100 From: Joan Picanyol To: freebsd-stable@freebsd.org Message-ID: <20041107201640.GA89979@grummit.biaix.org> Mail-Followup-To: freebsd-stable@freebsd.org, Robert Watson References: <20041025092330.GB39457@grummit.biaix.org> <20041025160930.GA41784@grummit.biaix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041025160930.GA41784@grummit.biaix.org> User-Agent: Mutt/1.5.6i cc: Robert Watson Subject: Re: process stuck in nfsfsync state X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 20:19:14 -0000 * Joan Picanyol [20041025 18:09]: > * Robert Watson [20041025 14:24]: > > - It would be useful to see if less complicated NFS meta-transactions than > > "Start GTK" can trigger the problem. For example, doing a large dd to a > > file in NFS, varying the blocksize to see if you can find useful > > thresholds that trigger the problem. I see a lot of successful 512 byte > > writes in the trace, but larger datagram sizes of 8192 for writes seem > > to have problems. > > Now this is interesting: > > dd if=/dev/urandom of=/fs/bulk/mount/dummy bs=512 count=14 > > wedges the NFS mount point 100% of the times. Lowering the count to 13 > doesn't reproduce the hang. Oh well, I can't reproduce this any more after upgrading. Go figure... tks -- pica From owner-freebsd-stable@FreeBSD.ORG Sun Nov 7 20:47:58 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10D2316A4CE; Sun, 7 Nov 2004 20:47:58 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C4AA43D45; Sun, 7 Nov 2004 20:47:57 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id iA7KkoVE035704; Sun, 7 Nov 2004 15:46:53 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)iA7KknHj035699; Sun, 7 Nov 2004 20:46:49 GMT (envelope-from robert@fledge.watson.org) Date: Sun, 7 Nov 2004 20:46:48 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Joan Picanyol In-Reply-To: <20041107201640.GA89979@grummit.biaix.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: process stuck in nfsfsync state X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 20:47:58 -0000 On Sun, 7 Nov 2004, Joan Picanyol wrote: > * Joan Picanyol [20041025 18:09]: > > * Robert Watson [20041025 14:24]: > > > - It would be useful to see if less complicated NFS meta-transactions than > > > "Start GTK" can trigger the problem. For example, doing a large dd to a > > > file in NFS, varying the blocksize to see if you can find useful > > > thresholds that trigger the problem. I see a lot of successful 512 byte > > > writes in the trace, but larger datagram sizes of 8192 for writes seem > > > to have problems. > > > > Now this is interesting: > > > > dd if=/dev/urandom of=/fs/bulk/mount/dummy bs=512 count=14 > > > > wedges the NFS mount point 100% of the times. Lowering the count to 13 > > doesn't reproduce the hang. > > Oh well, I can't reproduce this any more after upgrading. Go figure... If it comes back, please let me know. It sounds like it may have been a device driver problem or switch problem. I suppose it would be interesting to have you downgrade and see if it comes back, but that might be a lot more interesting from my perspective than your perspective :-). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 00:16:55 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CBE216A4CE for ; Mon, 8 Nov 2004 00:16:55 +0000 (GMT) Received: from prometheus.gangofone.com (wsip-24-234-159-245.lv.lv.cox.net [24.234.159.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2B4743D31 for ; Mon, 8 Nov 2004 00:16:54 +0000 (GMT) (envelope-from dave@jetcafe.org) Received: from hokkshideh2.jetcafe.org (hokkshideh2.jetcafe.org [205.147.26.8])iA80GTbk062802verify=FAIL) for ; Sun, 7 Nov 2004 16:16:29 -0800 (PST) X-Hokkshideh-Envelope-To: Received: from hokkshideh2.jetcafe.org (localhost [127.0.0.1]) iA80Gpkd025813 for ; Sun, 7 Nov 2004 16:16:51 -0800 (PST) Message-Id: <200411080016.iA80Gpkd025813@hokkshideh2.jetcafe.org> X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 07 Nov 2004 16:16:51 -0800 From: Dave Hayes X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.0 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on prometheus.gangofone.com Subject: SCB - timed out on FreeBSD 4.10-p2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 00:16:55 -0000 [Reposted, no answer from the SCSI list] I'm wondering if this has been seen before exactly? I'm seeing the following on a FreeBSD server: /kernel: (da1:ahd1:0:0:0): SCB 0x12 - timed out /kernel: (da1:ahd1:0:0:0): Other SCB Timeout /kernel: ahd1: Recovery Initiated - Card was not paused Googling around a bit gave me a weak theory that the seagate firmware might be defective, but that diagnosis is several months old. Can anyone shed some light on this? I can provide more data on request. The server has the following relevant devices on it: /kernel: The Regents of the University of California. All rights reserved. /kernel: FreeBSD 4.10-RELEASE-p2 #0: Fri Jul 30 02:50:53 PDT 2004 /kernel: unixwiz@cdbuilder:/usr/src/sys/compile/DTE /kernel: Timecounter "i8254" frequency 1193182 Hz /kernel: CPU: Intel(R) Xeon(TM) CPU 2.60GHz (2599.72-MHz 686-class CPU) /kernel: Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 /kernel: Features=0xbfebfbff /kernel: Hyperthreading: 2 logical CPUs /kernel: real memory = 1073217536 (1048064K bytes) /kernel: avail memory = 1022291968 (998332K bytes) ... /kernel: ahd0: port 0x4000-0x40ff,0x4400-0x44ff mem 0xfc400000-0xfc401fff irq 11 at device 2.0 on pci6 /kernel: aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs /kernel: ahd1: port 0x4800-0x48ff,0x4c00-0x4cff mem 0xfc402000-0xfc403fff irq 11 at device 2.1 on pci6 /kernel: aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ... /kernel: da0 at ahd0 bus 0 target 0 lun 0 /kernel: da0: Fixed Direct Access SCSI-3 device /kernel: da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled /kernel: da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) /kernel: da1 at ahd1 bus 0 target 0 lun 0 /kernel: da1: Fixed Direct Access SCSI-3 device /kernel: da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled /kernel: da1: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) The motherboard specs can be found at: http://www.supermicro.com/products/motherboard/Xeon/E7500/P4DP8-G2.cfm Thanks in advance. ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Man is most nearly himself when he achieves the seriousness of a child at play. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 07:53:02 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F250916A4CE for ; Mon, 8 Nov 2004 07:53:01 +0000 (GMT) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 6DEFB43D41 for ; Mon, 8 Nov 2004 07:53:01 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 61179 invoked from network); 8 Nov 2004 07:52:59 -0000 Received: from 0x50a43fc7.hknxx1.adsl-dhcp.tele.dk (HELO peter.osted.lan) (80.164.63.199) by relay02.pair.com with SMTP; 8 Nov 2004 07:52:59 -0000 X-pair-Authenticated: 80.164.63.199 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id iA87qwXk020757 for ; Mon, 8 Nov 2004 08:52:58 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id iA87qwXT020749 for stable@freebsd.org; Mon, 8 Nov 2004 08:52:58 +0100 (CET) (envelope-from pho) Date: Mon, 8 Nov 2004 08:52:57 +0100 From: Peter Holm To: stable@freebsd.org Message-ID: <20041108075257.GA15291@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Panic: spin lock held too long X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 07:53:02 -0000 I just got a panic with GENERIC 5.3-RELEASE: Script started on Mon Nov 8 08:42:44 2004 $ cd /usr/src/sys/i386/compile/GENERIC $ kgdb kernel /var/crash/vmcore.1 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". (no debugging symbols found)...0xc060bcea in doadump () (kgdb) bt #0 0xc060bcea in doadump () #1 0xc060c2bd in boot () #2 0xc060c579 in panic () #3 0xc0603a68 in _mtx_lock_spin () #4 0xc06288e2 in sleepq_lookup () #5 0xc0612818 in msleep () #6 0xc05fa3b7 in kse_release () #7 0xc07b641b in syscall () #8 0xc07a5bcf in Xint0x80_syscall () #9 0x0000002f in ?? () #10 0x0000002f in ?? () : #36 0xc192b000 in ?? () #37 0xc061c617 in sched_switch () Previous frame inner to this frame (corrupt stack?) (kgdb) quit $ cat /var/crash/info.1 Good dump found on device /dev/ad0s3b Architecture: i386 Architecture version: 1 Dump length: 268419072B (255 MB) Blocksize: 512 Dumptime: Mon Nov 8 08:00:32 2004 Hostname: peter.osted.lan Versionstring: FreeBSD 5.3-RELEASE #0: Fri Nov 5 21:59:27 CET 2004 pho@peter.osted.lan:/usr/src/sys/i386/compile/GENERIC Panicstring: spin lock held too long Bounds: 1 $ exit exit peter# exit $ exit Script done on Mon Nov 8 08:44:25 2004 I'm compiling a new kernel with "-g", should it happen again. -- Peter Holm From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 08:54:10 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86E7B16A4CF for ; Mon, 8 Nov 2004 08:54:10 +0000 (GMT) Received: from msr77.hinet.net (msr77.hinet.net [168.95.4.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7A3443D39 for ; Mon, 8 Nov 2004 08:54:09 +0000 (GMT) (envelope-from d9364104@mail.nchu.edu.tw) Received: from localhost.localdomain (61-221-58-28.HINET-IP.hinet.net [61.221.58.28]) by msr77.hinet.net (8.9.3/8.9.3) with ESMTP id QAA01085 for ; Mon, 8 Nov 2004 16:54:08 +0800 (CST) From: Chen Lihong To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Mon, 08 Nov 2004 16:54:07 +0800 Message-Id: <1099904047.727.6.camel@OmniBook.accton.com.tw> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: ACPI problem in HP omnibook 6000 laptop X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 08:54:10 -0000 I cvsup-ed 5-stable code today and build world and kernel. Before today's code only reboot doesn't work, now it can't boot well, the laptop will hang after kernel loaded. That maybe the laptop's problem, because in Windows XP the laptop will also hang often. But the laptop works very well in 5-stable before (except reboot 'shutdown -r now' or 'reboot'). /Lihong From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 10:57:04 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C62716A4CE for ; Mon, 8 Nov 2004 10:57:04 +0000 (GMT) Received: from ux11.ltcm.net (ux11.ltcm.net [64.215.98.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6865943D1F for ; Mon, 8 Nov 2004 10:57:03 +0000 (GMT) (envelope-from mipam@ibb.net) Received: from ux11.ltcm.net (mipam@localhost.ltcm.net [IPv6:::1]) by ux11.ltcm.net (8.12.9/8.12.9/UX11TT) with ESMTP id iA8Av1S7008452 for ; Mon, 8 Nov 2004 11:57:02 +0100 (MET) Received: from localhost (mipam@localhost) by ux11.ltcm.net (8.12.9/8.12.9/Submit) with ESMTP id iA8Av0sB005816 for ; Mon, 8 Nov 2004 11:57:00 +0100 (MET) X-Authentication-Warning: ux11.ltcm.net: mipam owned process doing -bs Date: Mon, 8 Nov 2004 11:56:59 +0100 (MET) From: Mipam X-X-Sender: mipam@ux11.ltcm.net To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: preemption stable under 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 10:57:04 -0000 Hi, Is the preemption stable under 5.3 release? Can i savely enable it under 5.3? Latest i heard that in combination with the ule scheduler it didnt work well and wasnt stable. Bye, Mipam. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 12:37:38 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B66516A4CE for ; Mon, 8 Nov 2004 12:37:38 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 71CE543D2F for ; Mon, 8 Nov 2004 12:37:37 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 14744 invoked by uid 65534); 8 Nov 2004 12:37:33 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp027) with SMTP; 08 Nov 2004 13:37:33 +0100 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-stable@freebsd.org Date: Mon, 8 Nov 2004 13:37:26 +0100 User-Agent: KMail/1.7 References: In-Reply-To: X-OS: FreeBSD X-Birthday: 10/06/72 X-Address: Munich, 80686 X-Tel: +49 89 18947781 X-CelPhone: +49 173 9967781 X-Country: Germany MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5116562.hiHpzGSOQa"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411081337.31804.Emanuel.Strobl@gmx.net> cc: Mipam Subject: Re: preemption stable under 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 12:37:38 -0000 --nextPart5116562.hiHpzGSOQa Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Montag, 8. November 2004 11:56 schrieb Mipam: > Hi, > > Is the preemption stable under 5.3 release? > Can i savely enable it under 5.3? Latest i heard that in combination > with the ule scheduler it didnt work well and wasnt stable. ULE was disabled and can't be compiled with 5.3, PREEMPTION and 4BSD schedu= ler=20 are doing fine. =2DMano > Bye, > > Mipam. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --nextPart5116562.hiHpzGSOQa Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBj2iLBylq0S4AzzwRAkJTAJ0UD/byTsXe+eBLpvzVy/Z8fxtEswCgg9aZ uFABhCzLcMVf8jzra3pVhlU= =lkk5 -----END PGP SIGNATURE----- --nextPart5116562.hiHpzGSOQa-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 12:54:11 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14F0E16A4CE for ; Mon, 8 Nov 2004 12:54:11 +0000 (GMT) Received: from ux11.ltcm.net (ux11.ltcm.net [64.215.98.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B76143D39 for ; Mon, 8 Nov 2004 12:54:10 +0000 (GMT) (envelope-from mipam@ibb.net) Received: from ux11.ltcm.net (mipam@localhost.ltcm.net [IPv6:::1]) by ux11.ltcm.net (8.12.9/8.12.9/UX11TT) with ESMTP id iA8Cs7S7006975; Mon, 8 Nov 2004 13:54:08 +0100 (MET) Received: from localhost (mipam@localhost) by ux11.ltcm.net (8.12.9/8.12.9/Submit) with ESMTP id iA8Cs6x4020063; Mon, 8 Nov 2004 13:54:06 +0100 (MET) X-Authentication-Warning: ux11.ltcm.net: mipam owned process doing -bs Date: Mon, 8 Nov 2004 13:54:05 +0100 (MET) From: Mipam X-X-Sender: mipam@ux11.ltcm.net To: Emanuel Strobl In-Reply-To: <200411081337.31804.Emanuel.Strobl@gmx.net> Message-ID: References: <200411081337.31804.Emanuel.Strobl@gmx.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: preemption stable under 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 12:54:11 -0000 On Mon, 8 Nov 2004, Emanuel Strobl wrote: > Am Montag, 8. November 2004 11:56 schrieb Mipam: > > Hi, > > > > Is the preemption stable under 5.3 release? > > Can i savely enable it under 5.3? Latest i heard that in combination > > with the ule scheduler it didnt work well and wasnt stable. > > ULE was disabled and can't be compiled with 5.3, PREEMPTION and 4BSD scheduler > are doing fine. Thanks for your reply, okay, then i'd like to enable preemption. I noticed it's not in the GENERIC kernel config file. So: options PREEMPTION would suffice to enable it i guess? Any experience with preemption. noticable changes? So the problem: "PREEMPTION triggers frequent hangs" is resolved? Btw, is RELENG_5 also stable or only for early adopters? I really would like to see ule working stable in combination with preemption, but in 5.3 it won't happen. Maybe ule will be enabled later in the 5 series? Is "Fine-grained network stack locking without Giant" imported in 5.3 or is a giant lock networking stack still in 5.3? Bye, Mipam. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 13:29:51 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EF8716A4CE for ; Mon, 8 Nov 2004 13:29:51 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEC2C43D49 for ; Mon, 8 Nov 2004 13:29:50 +0000 (GMT) (envelope-from michael.schuh@gmail.com) Received: by rproxy.gmail.com with SMTP id a36so295427rnf for ; Mon, 08 Nov 2004 05:29:50 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=oqNRk2K72UYrAenEOZeCExDJMjtkYoNMiMgVNvpHiq81Dd7YpZ2Zsjix0HU32pPHPjsIJ+PxDppo8fG1hcZLhxotccuyggAs6Aas/wg3Kbg4sFW4Y+NuC8BPHjogBIqL2kUG9ohBDwrAYEVUs3ywCY6fc6JwmnHvlokyadqe+ds= Received: by 10.39.2.42 with SMTP id e42mr4639rni; Mon, 08 Nov 2004 05:29:50 -0800 (PST) Received: by 10.38.171.74 with HTTP; Mon, 8 Nov 2004 05:29:49 -0800 (PST) Message-ID: <1dbad315041108052960cf9931@mail.gmail.com> Date: Mon, 8 Nov 2004 14:29:50 +0100 From: Michael Schuh To: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org In-Reply-To: <1dbad315041105103742459281@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1dbad315041105103742459281@mail.gmail.com> Subject: Re: why was /etc/defaults/make.conf not updated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Michael Schuh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 13:29:51 -0000 Hi, sorry, i have forgotten to say, the informations over the change of the Variables have i found in /usr/ports/UPDATING. Sorry On Fri, 5 Nov 2004 19:37:14 +0100, Michael Schuh wrote: > Hi, > > ich have found an entry in /usr/local/ports/UPDATING, that the > Variable XFREE_VERSION in /etc/make.conf was outdated and changed. > So we shall use X_WINDOW_SYSTEM=xorg. > > I have searched an representing entry in /usr/src/etc/defaults/make.conf, > and it is not shown. Now i have also shown that the XFree4.4-ports are marked > as IGNORE. And i questioning me self why is the /etc/defaults/make.conf > not changed. I have already read that the change should coming. > > Is this the right sign to change to Xorg's XFree? > > Has anyone an information when this come true, or when the change was > maked in /usr/src/etc/defaults/make.conf? > > The reason to change to Xorg is clearly for me, may not why the > defaults/make.conf isn't already changed. > > Thanks to all and > best regards > > Michael > From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 14:54:54 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4AFE16A4CE for ; Mon, 8 Nov 2004 14:54:54 +0000 (GMT) Received: from mail.unixguru.nl (mosibi.demon.nl [212.238.240.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id E41B943D41 for ; Mon, 8 Nov 2004 14:54:50 +0000 (GMT) (envelope-from richard@unixguru.nl) Received: from localhost (localhost [127.0.0.1]) by mail.unixguru.nl (Postfix) with ESMTP id EC05556470 for ; Mon, 8 Nov 2004 15:54:47 +0100 (CET) Received: from mail.unixguru.nl ([127.0.0.1]) by localhost (mail.unixguru.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 75683-08 for ; Mon, 8 Nov 2004 15:54:46 +0100 (CET) Received: from localhost (sun.unixguru.nl [192.168.10.7]) by mail.unixguru.nl (Postfix) with ESMTP id D73E656422 for ; Mon, 8 Nov 2004 15:54:45 +0100 (CET) Date: Mon, 8 Nov 2004 15:54:45 +0100 From: Richard Arends To: freebsd-stable@freebsd.org Message-ID: <20041108145444.GB12281@sun.unixguru.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Virus-Scanned: by amavisd-new at unixguru.nl Subject: READ_DMA interrupt error after upgrading to 5.3 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 14:54:55 -0000 Hello, On my laptop i am running 5.2.1-RELEASE-p11. A few weeks ago i upgraded it to 5.3 BETA7. After building world i went to single user mode, to complete the upgrade. After a few seconds running in single user mode, i got errors about READ_DMA and my laptop was completly frozen. At that time i realy wanted a working laptop, so i checked out the 5.2.1 source and rebuilded it. This morning i had some time over and checked out 5.3 STABLE and when i got in single user mode, my laptop froze without any message. After that i booted it (with the new kernel) in multi user mode and got the following message: ad0: WARNING - READ_DMA interrupt was seen but timeout fired LBA = 351 After some Googling, i found this page: http://lists.freebsd.org/pipermail/freebsd-current/2004-August/035984.html I did not try the solution mentioned in the above message, because that would mean i always have to do that when i'm updating my source tree. My laptop: Compaq Evo N620c Using GENERIC kernel file (always) atapci0: port 0x3c20-0x3c2f,0-0x3,0-0x7,0-0x3,0-0x7 irq 10 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] GEOM: create disk ad0 dp=0xc2e11960 ad0: 38154MB [77520/16/63] at ata0-master UDMA100 Is there a solution, or something (else) i could try? -- Regards, Richard. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 14:57:38 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFDB416A4CE for ; Mon, 8 Nov 2004 14:57:38 +0000 (GMT) Received: from smtp4.arnet.com.ar (smtp4.arnet.com.ar [200.45.191.22]) by mx1.FreeBSD.org (Postfix) with SMTP id A133C43D31 for ; Mon, 8 Nov 2004 14:57:36 +0000 (GMT) (envelope-from brunstein@arnet.com.ar) Received: (qmail 32116 invoked from network); 8 Nov 2004 14:53:36 -0000 Received: from unknown (HELO mauroxpn) (200.45.97.46) by smtp4.arnet.com.ar with SMTP; 8 Nov 2004 14:53:36 -0000 From: "Mauricio Brunstein" To: Date: Mon, 8 Nov 2004 11:57:23 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: <1dbad315041108052960cf9931@mail.gmail.com> Thread-Index: AcTFlz+KylWKBFq/RFWBMbpjE8HSiAACk+2Q Message-Id: <20041108145736.A133C43D31@mx1.FreeBSD.org> Subject: Upgrade from 5.3 RC1 to 5.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 14:57:39 -0000 Hi! I was making some tests with 5.3 RC1 and was working fine, so I go ahead and make a lot of customization and configuration, so the machine is ready to do its work. But now I want to cvsup the sources of 5.3 and build a new kernel and userland. In spite of the small differences between the 5.3 RC1 and 5.3, do I need to have access to the console of the machine or can do this remotely by ssh? Thanks, Mauricio. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 15:17:55 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04FAB16A4CE for ; Mon, 8 Nov 2004 15:17:55 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CA6A43D2D for ; Mon, 8 Nov 2004 15:17:54 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id E7A3B1F239; Mon, 8 Nov 2004 16:17:52 +0100 (CET) Received: by hammer.stack.nl (Postfix, from userid 333) id 9DDCC6207; Mon, 8 Nov 2004 16:17:52 +0100 (CET) Date: Mon, 8 Nov 2004 16:17:52 +0100 From: Marc Olzheim To: Dave Hayes Message-ID: <20041108151752.GA58421@stack.nl> References: <200411080016.iA80Gpkd025813@hokkshideh2.jetcafe.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: <200411080016.iA80Gpkd025813@hokkshideh2.jetcafe.org> X-Operating-System: FreeBSD hammer.stack.nl 6.0-CURRENT FreeBSD 6.0-CURRENT X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.6i cc: freebsd-stable@freebsd.org Subject: Re: SCB - timed out on FreeBSD 4.10-p2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 15:17:55 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 07, 2004 at 04:16:51PM -0800, Dave Hayes wrote: > /kernel: da0 at ahd0 bus 0 target 0 lun 0 > /kernel: da0: Fixed Direct Access SCSI-3 device= =20 > /kernel: da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagge= d=20 > Queueing Enabled > /kernel: da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) > /kernel: da1 at ahd1 bus 0 target 0 lun 0 > /kernel: da1: Fixed Direct Access SCSI-3 device= =20 > /kernel: da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagge= d=20 > Queueing Enabled > /kernel: da1: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) As you can see, da0 is bios version 0007 and da1 is 0006. Upgrading da1 to 0007 might do the trick, but it doesn't always work for me... Zlo --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBj44gezjnobFOgrERAjBoAKCoaRdj90QPEuOYEAxjyWYxyMvnHgCdF7dA d5IlEXF505b0eBIMRez8uiA= =m4ZB -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 15:41:30 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F53016A4CE for ; Mon, 8 Nov 2004 15:41:30 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3651543D41 for ; Mon, 8 Nov 2004 15:41:30 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP id IBA74465 for ; Mon, 08 Nov 2004 07:41:29 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id C64EC5D04 for ; Mon, 8 Nov 2004 07:41:29 -0800 (PST) To: freebsd-stable@freebsd.org Date: Mon, 08 Nov 2004 07:41:29 -0800 From: "Kevin Oberman" Message-Id: <20041108154129.C64EC5D04@ptavv.es.net> Subject: Odd error at end of "make installworld" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 15:41:30 -0000 I think there is a small issue with the Makefile, although I don't see exactly what. But I'm no great shakes on Makefiles. At the very end of the installworld, after completely the makewhatis and /etc stuff, I got the message that I should not be doing a make world: WARNING: make world will overwrite your existing FreeBSD installation without also building and installing a new kernel. This can be dangerous. Please read the handbook, 'Rebuilding world', for how to upgrade your system. Define DESTDIR to where you want to install FreeBSD, including /, to override this warning and proceed as usual. You may get the historical 'make world' behavior by defining HISTORICAL_MAKE_WORLD. You should understand the implications before doing this. Bailing out now... But I had not done a 'make world'. I did the standard sequence with a re-boot after installkernal, a mergemaster -p, and installworld. Since this message is the second invocation of "world:" in Makefile, I suspect it needs to be worked on a bit. FWIW, I was updating from 5.3-Stable of last Wednesday to -Stable of last evening (to get Nate's ACPI patches). -- 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-stable@FreeBSD.ORG Mon Nov 8 15:54:44 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 897A716A4CE for ; Mon, 8 Nov 2004 15:54:44 +0000 (GMT) Received: from mail.unixguru.nl (mosibi.demon.nl [212.238.240.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30AC143D4C for ; Mon, 8 Nov 2004 15:54:44 +0000 (GMT) (envelope-from richard@unixguru.nl) Received: from localhost (localhost [127.0.0.1]) by mail.unixguru.nl (Postfix) with ESMTP id 769E456470 for ; Mon, 8 Nov 2004 16:54:40 +0100 (CET) Received: from mail.unixguru.nl ([127.0.0.1]) by localhost (mail.unixguru.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 77458-07 for ; Mon, 8 Nov 2004 16:54:39 +0100 (CET) Received: from localhost (sun.unixguru.nl [192.168.10.7]) by mail.unixguru.nl (Postfix) with ESMTP id 0009E56422 for ; Mon, 8 Nov 2004 16:54:38 +0100 (CET) Date: Mon, 8 Nov 2004 16:54:38 +0100 From: Richard Arends To: freebsd-stable@freebsd.org Message-ID: <20041108155438.GC12281@sun.unixguru.nl> References: <20041108145444.GB12281@sun.unixguru.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041108145444.GB12281@sun.unixguru.nl> User-Agent: Mutt/1.4.2i X-Virus-Scanned: by amavisd-new at unixguru.nl Subject: Re: READ_DMA interrupt error after upgrading to 5.3 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 15:54:44 -0000 On Mon, Nov 08, 2004 at 03:54:45PM +0100, Richard Arends wrote: Hello, > ad0: WARNING - READ_DMA interrupt was seen but timeout fired LBA = 351 Okay, replaying to my own message, but i found a workaround. If i set at bootime hw.ata.ata_dma to 0, i can boot the 5.3 STABLE kernel and even start X. It ran in that state for a few minutes and then i booted it back to my old kernel. Is there an other solution than turning off DMA ? -- Regards, Richard. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 15:55:36 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B39F16A4CE for ; Mon, 8 Nov 2004 15:55:36 +0000 (GMT) Received: from viefep17-int.chello.at (viefep17-int.chello.at [213.46.255.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1024743D5E for ; Mon, 8 Nov 2004 15:55:35 +0000 (GMT) (envelope-from tom@kmem.org) Received: from shuttle.kmem.org ([213.245.108.8]) by viefep17-int.chello.at SMTP <20041108155533.BTWN16038.viefep17-int.chello.at@shuttle.kmem.org> for ; Mon, 8 Nov 2004 16:55:33 +0100 Received: (qmail 15732 invoked by uid 6003); 8 Nov 2004 15:55:32 -0000 Received: from tom@kmem.org by j2.kmem.org by uid 89 with qmail-scanner-1.22-st-qms (clamdscan: 0.73. spamassassin: 2.63. Clear:RC:1(192.168.1.13):. Processed in 0.928638 secs); 08 Nov 2004 15:55:32 -0000 X-Antivirus-MYDOMAIN-Mail-From: tom@kmem.org via j2.kmem.org X-Antivirus-MYDOMAIN: 1.22-st-qms (Clear:RC:1(192.168.1.13):. Processed in 0.928638 secs Process 15727) Received: from j2.kmem.org (HELO webmail.kmem.org) (192.168.1.13) by shuttle.kmem.org with SMTP; 8 Nov 2004 15:55:31 -0000 Received: from 66.232.128.11 (SquirrelMail authenticated user tom@kmem.org) by j2.kmem.org with HTTP; Mon, 8 Nov 2004 15:55:31 -0000 (GMT) Message-ID: <3254.66.232.128.11.1099929331.squirrel@j2.kmem.org> Date: Mon, 8 Nov 2004 15:55:31 -0000 (GMT) From: "Tom Dymond" To: freebsd-stable@freebsd.org 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 Subject: Jail and df problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: tom@kmem.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 15:55:36 -0000 Hi, I'm running several jails on this box and df doesnt seem to report the filesystems that are mounted within the jail. When using : fbsd5# sysctl security.jail.getfsstatroot_only=1 i see : 22:37|admin@j1:~> df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/md0s1a 495726 148894 307174 33% /usr/local/jails/j1 when setting it to 0 fbsd5# sysctl security.jail.getfsstatroot_only=0 i see fbsd5# df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1a 253678 56490 176894 24% / devfs 1 1 0 100% /dev /dev/ad0s1e 253678 932 232452 0% /tmp /dev/ad0s1f 29282666 1891884 25048170 7% /usr /dev/ad0s1d 253678 32750 200634 14% /var procfs 4 4 0 100% /proc /dev/ad0s2e 30460626 2 28023774 0% /usr/local/data /dev/ad0s3d 5077038 420388 4250488 9% /usr/local/jails/d1 /dev/ad0s3e 5077038 4 4670872 0% /usr/local/jails/d2 /dev/ad0s3f 5077038 4 4670872 0% /usr/local/jails/d3 /dev/ad0s3g 5077038 4 4670872 0% /usr/local/jails/d4 /dev/ad0s3h 10152148 2 9339976 0% /usr/local/jails/d5 /dev/ad0s4d 24876810 2049060 20837606 9% /usr/local/mdisks /dev/md0s1a 495726 148894 307174 33% /usr/local/jails/j1 /dev/md0s1d 126702 296 116270 0% /usr/local/jails/j1/var /dev/md0s1e 364974 24 335754 0% /usr/local/jails/j1/home devfs 1 1 0 100% /usr/local/jails/j1/dev fdescfs 1 1 0 100% /usr/local/jails/j1/dev/fd procfs 4 4 0 100% /usr/local/jails/j1/proc ... but shouldnt i see from within the jail this : /dev/md0s1a 495726 148894 307174 33% /usr/local/jails/j1 /dev/md0s1d 126702 296 116270 0% /usr/local/jails/j1/var /dev/md0s1e 364974 24 335754 0% /usr/local/jails/j1/home devfs 1 1 0 100% /usr/local/jails/j1/dev fdescfs 1 1 0 100% /usr/local/jails/j1/dev/fd procfs 4 4 0 100% /usr/local/jails/j1/proc because otherwise it's not easy for the jail administrator to know how much space is left on his /var. If there any way to accomplish this on this 5.3-STABLE system ? Previously, on my 4.x systems i was using a kernel module provided by Pawel Jakub Dawidek on his website and it worked wonderfully. Many thanks, Tom From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 16:49:34 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1910216A4CE for ; Mon, 8 Nov 2004 16:49:34 +0000 (GMT) Received: from mail.lovett.com (core.lovett.com [216.168.8.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4FA243D31 for ; Mon, 8 Nov 2004 16:49:33 +0000 (GMT) (envelope-from ade@FreeBSD.org) Received: from 66-169-245-9.or.charter.com ([66.169.245.9] helo=[10.21.91.101]) by mail.lovett.com with esmtpa (Exim 4.43 (FreeBSD)) id 1CRChx-000MFC-Nx; Mon, 08 Nov 2004 16:49:33 +0000 Message-ID: <418FA39C.60706@FreeBSD.org> Date: Mon, 08 Nov 2004 08:49:32 -0800 From: Ade Lovett User-Agent: Mozilla Thunderbird 0.8 (Macintosh/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dave Hayes References: <200411080016.iA80Gpkd025813@hokkshideh2.jetcafe.org> In-Reply-To: <200411080016.iA80Gpkd025813@hokkshideh2.jetcafe.org> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: SCB - timed out on FreeBSD 4.10-p2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 16:49:34 -0000 Dave Hayes wrote: > /kernel: da0: Fixed Direct Access SCSI-3 device ^^^^ > /kernel: da1: Fixed Direct Access SCSI-3 device ^^^^ We use a metric boatload of these machines and disks at REALJOB. The mismatch on the drive firmware is almost certainly likely to be the issue here. What's the revision of the Adaptec BIOS on the motherboard (4.00? 4.10.1? 4.30.x?) -aDe From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 16:52:30 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE70716A4CE for ; Mon, 8 Nov 2004 16:52:30 +0000 (GMT) Received: from web20527.mail.yahoo.com (web20527.mail.yahoo.com [216.136.227.62]) by mx1.FreeBSD.org (Postfix) with SMTP id 985CC43D1F for ; Mon, 8 Nov 2004 16:52:30 +0000 (GMT) (envelope-from psamuel01@yahoo.com) Received: (qmail 15407 invoked by uid 60001); 8 Nov 2004 16:52:30 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=2bfEDn+MlNUS0tnCD4ZvmfGIJNny9KEVNZHQNE/iKaXErdS7vXBlsIWoC0qlf6b6fvI0qbt3zHsKfi+hS0Q/+pC/xk4cc0cFf2LI1WqWDLBbvfN3vL2p8t1plpSmmXYtIhVaabzmr0eF3gv/sK+B23BrbR6PZjisb6LYLUh63QA= ; Message-ID: <20041108165230.15405.qmail@web20527.mail.yahoo.com> Received: from [68.58.67.15] by web20527.mail.yahoo.com via HTTP; Mon, 08 Nov 2004 08:52:30 PST Date: Mon, 8 Nov 2004 08:52:30 -0800 (PST) From: Dean Patterson To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: calcru: negative runtime of -SOMENUM usec for pid errors. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 16:52:30 -0000 I have an IBM aptiva, K6/450 and 5.3 gives me continuous calcru messages. I understand is it probably hardware related, but I could not replicate the messages using 4.10. I pulled out all the hardware that I could to no avail. So is it just the fact that 4.10 is not showing the messages vs. 5.3? Or is there something else I am missing? I cannot find the kern.timecounter switch to change and even then I am wondering if that just stops the messages instead of fixing the issue. This will be used as a NAT Gateway so I need it to be functioning properly. Thank you, Dean. __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 16:55:33 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3586A16A4CE for ; Mon, 8 Nov 2004 16:55:33 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 016AF43D3F for ; Mon, 8 Nov 2004 16:55:33 +0000 (GMT) (envelope-from rob@pythonemproject.com) Received: from [127.0.0.1] (c-67-169-203-186.client.comcast.net[67.169.203.186]) by comcast.net (rwcrmhc11) with ESMTP id <2004110816553201300c0hv6e> (Authid: europax); Mon, 8 Nov 2004 16:55:32 +0000 Message-ID: <418FA592.70201@pythonemproject.com> Date: Mon, 08 Nov 2004 08:57:54 -0800 From: Rob User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Spam on Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rob@pythonemproject.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 16:55:33 -0000 Hi all, I just recently joined this list and I am getting more spam than -stable posts. Is this normal these days? I was on -current and it had its share of spam, but it wasn't too bad. Since I am tracking RELENG_5, I jumped lists to -stable Thanks, Rob From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 18:17:25 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95F7116A4CE for ; Mon, 8 Nov 2004 18:17:25 +0000 (GMT) Received: from webmail.speakeasy.net (webmail2.speakeasy.net [216.254.0.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 681BD43D2F for ; Mon, 8 Nov 2004 18:17:25 +0000 (GMT) (envelope-from cscott@speakeasy.net) Received: (qmail 10332 invoked from network); 8 Nov 2004 18:17:24 -0000 Received: from localhost (HELO webmail2) ([127.0.0.1]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 8 Nov 2004 18:17:24 -0000 Received: from 199.181.134.212 (unverified [199.181.134.212]) by webmail2 (VisualMail 4.0) with WEBMAIL id 3966; Mon, 08 Nov 2004 18:17:23 +0000 From: cscott@speakeasy.net To: freebsd-stable@freebsd.org Importance: Normal Sensitivity: Normal Message-ID: X-Mailer: Mintersoft VisualMail, Build 4.0.111601 X-Originating-IP: [199.181.134.212] Date: Mon, 08 Nov 2004 18:17:23 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Subject: Filesystem buffer size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 18:17:25 -0000 I have a server thats sole purpose for existence is serving a fixed group= of files from a dedicated filesystem. There is a directory tree with abo= ut 50K files that is requested in a random order. I have been trying find= the correct sysctl variable to dedicate more RAM to the filesystem buffe= r to reduce the latency in the server caused by the FS reads. Is there su= ch a variable? What is the variable I should be working with? vfs.maxbufs= pace is read-only. TIA Casey From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 18:30:36 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9F9716A4D6; Mon, 8 Nov 2004 18:30:35 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59AD143D4C; Mon, 8 Nov 2004 18:30:29 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id iA8ITNGg079218; Mon, 8 Nov 2004 13:29:23 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)iA8ITNC9079215; Mon, 8 Nov 2004 18:29:23 GMT (envelope-from robert@fledge.watson.org) Date: Mon, 8 Nov 2004 18:29:23 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Mipam In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Emanuel Strobl cc: julian@freebsd.org cc: freebsd-stable@freebsd.org cc: jhb@freebsd.org Subject: Re: preemption stable under 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 18:30:36 -0000 On Mon, 8 Nov 2004, Mipam wrote: > Thanks for your reply, okay, then i'd like to enable preemption. I > noticed it's not in the GENERIC kernel config file. So: options > PREEMPTION would suffice to enable it i guess? Any experience with > preemption. noticable changes? So the problem: "PREEMPTION triggers > frequent hangs" is resolved? Btw, is RELENG_5 also stable or only for > early adopters? I really would like to see ule working stable in > combination with preemption, but in 5.3 it won't happen. Maybe ule will > be enabled later in the 5 series? There was a series of bugs in the scheduler which got tickled by preemption; I'm unclear as to whether they were all resolved before 5.3 or whether they require fixes in HEAD that haven't yet been merged. It may well be safe, but I make no promises. Hopefully we can trick Julian or John into responding to this thread. :-) Having it off by default on 5.3 is certainly the more conservative (and reasonable) position, but if it helps your environment and appears stable, there should be no reason not to turn it on. It should substantially improve latency in interrupt processing as well as packet processing. > Is "Fine-grained network stack locking without Giant" imported in 5.3 or > is a giant lock networking stack still in 5.3? Bye, Giant-free networking is enabled by default in most configurations; there are some chunks of the network stack that aren't fully MPSAFE, and typically the kernel will automatically re-cover the network stack with Giant if one of these is compiled in. Examples are KAME IPSEC (not FAST_IPSEC) and NETIPX. We hope that locking for these subsystems will come in the near future. The upshot is that you should see nicely improved scalability in socket I/O on multiple processors at a time -- threads or processes can now receive input from socket buffers without touching the Giant lock, and can often send under similar circumstances, so if you're running large applications with lots of socket I/O, there should be much less contention. You can increase parallelism in the network stack, especially for interrupt-driven input from multiple interfaces, by setting net.isr.enable=1. However, there is at least one known bug that has been corrected in HEAD but not yet RELENG_5, wherein recv() on UDP sockets can return the incorrect address when UDP input is ocurring from more than one thread (without net.isr.enable, UDP input occurs only from the netisr, so it doesn't occur -- the default). I will be merging the fix to that to 5-STABLE after it's had another couple of weeks to settle in HEAD. In the next couple of weeks I'll also be merging a number of performance improvements for the network stack that settled into the tree after 5.x went to the RC series. So you (and others, ideally) should see network stack performance improve quite a bit over the next month or two if tracking 5-STABLE. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 18:34:25 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E271616A4CE for ; Mon, 8 Nov 2004 18:34:25 +0000 (GMT) Received: from ack.Berkeley.EDU (ack.Berkeley.EDU [128.32.206.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDDC943D39 for ; Mon, 8 Nov 2004 18:34:25 +0000 (GMT) (envelope-from mhunter@ack.Berkeley.EDU) Received: (from mhunter@localhost) by ack.Berkeley.EDU (8.11.3/8.11.3) id iA8IYP407481 for freebsd-stable@freebsd.org; Mon, 8 Nov 2004 10:34:25 -0800 (PST) Date: Mon, 8 Nov 2004 10:34:25 -0800 From: Mike Hunter To: freebsd-stable@freebsd.org Message-ID: <20041108183425.GB5960@ack.Berkeley.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: NDIS Panic with 5.3-RELEASE (with trace) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 18:34:26 -0000 Hi, I forgot I should be sending this to stable instead of current :) Thanks for any help, Mike ----- Forwarded message from Mike Hunter ----- From: Mike Hunter To: freebsd-current@freebsd.org Hi, I upgraded to 5.3-RELEASE (contrats!) and everything seems to be working fine, except for my ndis wireless. It's worked fine before, but this time when I tried to kldload if_ndis I got a panic (kldload ndis worked fine). I did make and make install in each of /usr/src/sys/modules/ndis and /usr/src/sys/modules/if_ndis, and double-checked that my ndis_wireless_driver_data.h file is up to date. I have a Dell Latitude D800 with a Dell TrueMobile 1400. More detailed trace available upon request. Thanks for any help! Mike fatal trap 12: page fault while in kernel mode fault virtual address 0x2c fault code supervisor read, page not present instruction pointer 0x8:0xc0613d5a stack pointer 0x10:0xd6a27964 frame pointer 0x10:0xd6a27964 code segment base 0x0 limit 0xfffff type 01b dlp 0, pres 1, def32 1, gran 1 eflags interrrupt enabled, resume, iopl = 0 current process 572 (kldload) [thread 100073] stopped at rman_get_flags +0x6 movl 0x1c(%eax),%eax tr rman_get_flags(10) at rman_get_flags+0x6 nexus_setup_intr(c1d7da00,c1e97d80,10,204,c28e3184,c292f000,c292fc7c) at nexus_setup_intr+0x2c bus_generic_setup_intr() bus_generic_setup_intr() bus_generic_setup_intr() bus_generic_setup_intr() bus_generic_setup_intr() ndis_attch(c1e97d80, 10, 204, c28e3184, c292f000) ndis_attach_pci device_attach device_probe_and_attach .. ----- End forwarded message ----- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 18:36:45 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EA8B16A4CF for ; Mon, 8 Nov 2004 18:36:45 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BCA843D49 for ; Mon, 8 Nov 2004 18:36:45 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id iA8IZbgX079330; Mon, 8 Nov 2004 13:35:37 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)iA8IZbLZ079327; Mon, 8 Nov 2004 18:35:37 GMT (envelope-from robert@fledge.watson.org) Date: Mon, 8 Nov 2004 18:35:36 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Mauricio Brunstein In-Reply-To: <20041108145736.A133C43D31@mx1.FreeBSD.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: Upgrade from 5.3 RC1 to 5.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 18:36:45 -0000 On Mon, 8 Nov 2004, Mauricio Brunstein wrote: > I was making some tests with 5.3 RC1 and was working fine, so I go ahead > and make a lot of customization and configuration, so the machine is > ready to do its work. But now I want to cvsup the sources of 5.3 and > build a new kernel and userland. In spite of the small differences > between the 5.3 RC1 and 5.3, do I need to have access to the console of > the machine or can do this remotely by ssh? The primary issue I'm aware of, and I'll mention it specifically because I'm responsible for it, is that we made a last minute change to the device driver ABI for network device drivers. When you do the update, make sure that all modules are rebuilt -- especially if you're using a third party of ports-built network device driver module. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 19:08:32 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DEF816A4DA for ; Mon, 8 Nov 2004 19:08:29 +0000 (GMT) Received: from gate.ka.punkt.de (gate.ka.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6283B43D48 for ; Mon, 8 Nov 2004 19:08:28 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by gate.ka.punkt.de with ESMTP id iA8J67WP005168 for ; Mon, 8 Nov 2004 20:06:07 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id iA8J8QPf054704 for ; Mon, 8 Nov 2004 20:08:26 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id iA8J8QJo054703 for freebsd-stable@freebsd.org; Mon, 8 Nov 2004 20:08:26 +0100 (CET) (envelope-from ry93) From: "Patrick M. Hausen" Message-Id: <200411081908.iA8J8QJo054703@hugo10.ka.punkt.de> To: freebsd-stable@freebsd.org Date: Mon, 8 Nov 2004 20:08:26 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: PXE installing 5.3-RELEASE on a Soekris 4801 fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 19:08:33 -0000 Hello! Today my Soekris 4801 box arrived. I tried to install 5.3-RELEASE following this document: http://www.rfc1149.net/freebsd-net4801.html.en While it works precisely as described with a 5.2-RELEASE or 5.2.1-RELEASE CD-ROM, it fails with 5.3-RELEASE: [... Kernel loading and starting just fine ...] Mounting root from nfs: NFS ROOT: 10.0.0.110:/cdrom init: not found in path /sbin/init:/sbin/oinit:/sbin/init.bak:/stand/sysinstall panic: no init Uptime: 2s Am I supposed to do anything different with 5.3 or did something get mangled? Thanks, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 19:19:55 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D78516A4CE for ; Mon, 8 Nov 2004 19:19:55 +0000 (GMT) Received: from haanjdj.demon.nl (haanjdj.demon.nl [82.161.5.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29B9543D41 for ; Mon, 8 Nov 2004 19:19:54 +0000 (GMT) (envelope-from derkjan@haanjdj.demon.nl) Received: from localhost (localhost [127.0.0.1]) by haanjdj.demon.nl (Postfix) with ESMTP id B70FA2C008 for ; Mon, 8 Nov 2004 20:19:52 +0100 (CET) Received: from haanjdj.demon.nl ([127.0.0.1]) by localhost (haanjdj.demon.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 00283-04 for ; Mon, 8 Nov 2004 20:19:49 +0100 (CET) Received: from bogomip (bogomip.badmuts.org [192.168.2.1]) by haanjdj.demon.nl (Postfix) with SMTP id 7D4A72C005 for ; Mon, 8 Nov 2004 20:19:49 +0100 (CET) Message-ID: <000e01c4c5c7$ea8f7350$0102a8c0@bogomip> From: "Derkjan de Haan" To: References: <002e01c4c4ea$e27bc4d0$0102a8c0@bogomip> Date: Mon, 8 Nov 2004 20:19:49 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Virus-Scanned: amavisd-new at haanjdj.demon.nl Subject: Re: 5.3R crash while building world X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 19:19:55 -0000 Hi, I followed the example of mr. Holm and produced backtraces of the dumps. Hopefully someone in the know finds them useful. I'm sorry I don't have a debug kernel, but the system in its current state isn't capable of compiling one. regards, Derkjan 0 #0 0xc060bbb6 in doadump () #1 0xc060c189 in boot () #2 0xc060c445 in panic () #3 0xc07b6010 in trap_fatal () #4 0xc07b5d7b in trap_pfault () #5 0xc07b59bd in trap () #6 0xc07a5a4a in calltrap () #7 0x00000018 in ?? () #8 0x00000010 in ?? () #9 0x00000010 in ?? () #10 0x00000004 in ?? () #11 0xcbfb386c in ?? () #12 0xd5493c58 in ?? () #13 0xd5493c40 in ?? () #14 0xc17895c0 in ?? () #15 0x00873208 in ?? () #16 0xcbe8aa68 in ?? () #17 0xcbe8aa68 in ?? () #18 0x0000000c in ?? () #19 0x00000000 in ?? () #20 0xc064d4ed in bwrite () #21 0xc064e1bb in bawrite () #22 0xc0656844 in cluster_wbuild () #23 0xc064f747 in vfs_bio_awrite () #24 0xc06504cc in flushbufqueues () #25 0xc0650017 in buf_daemon () #26 0xc05f7525 in fork_exit () #27 0xc07a5aac in fork_trampoline () 1 #0 0xc060bbb6 in doadump () #1 0xc060c189 in boot () #2 0xc060c445 in panic () #3 0xc07b6010 in trap_fatal () #4 0xc07b57b9 in trap () #5 0xc07a5a4a in calltrap () #6 0x00000018 in ?? () #7 0x00000010 in ?? () #8 0x00000010 in ?? () #9 0x00000004 in ?? () #10 0xc08d6f34 in sack_hole_zone () #11 0xd5490b94 in ?? () #12 0xd5490b78 in ?? () #13 0xc1a7d320 in ?? () #14 0xcbe53258 in ?? () #15 0xc1ac0800 in ?? () #16 0xc08e1f80 in nfs_commit_miss () #17 0x0000000c in ?? () #18 0x00000002 in ?? () #19 0xc0618da7 in _callout_stop_safe () #20 0xc069efb7 in tcp_fini () #21 0xc060bc56 in boot () #22 0xc060c445 in panic () #23 0xc07b6010 in trap_fatal () #24 0xc07b57b9 in trap () #25 0xc07a5a4a in calltrap () #26 0x00000018 in ?? () #27 0x00000010 in ?? () #28 0x00000010 in ?? () #29 0xc1a7d320 in ?? () #30 0xc1a7d434 in ?? () #31 0xd5490ca8 in ?? () #32 0xd5490c8c in ?? () #33 0xc1a7d320 in ?? () #34 0xcbe500a0 in ?? () #35 0xcbe6d608 in ?? () #36 0x00003aad in ?? () #37 0x0000000c in ?? () #38 0x00000002 in ?? () #39 0xc0618d9e in _callout_stop_safe () #40 0xc0628d42 in sleepq_check_timeout () #41 0xc0628f65 in sleepq_timedwait () #42 0xc061292d in msleep () #43 0xc0769a7d in vm_pagezero () #44 0xc05f7525 in fork_exit () #45 0xc07a5aac in fork_trampoline () 2 #0 0xc061c4e3 in sched_switch () #1 0xc0612c16 in mi_switch () #2 0xc0628cfb in sleepq_switch () #3 0xc0628f60 in sleepq_timedwait () #4 0xc061292d in msleep () #5 0xc075dadf in scheduler () #6 0xc05e4d76 in mi_startup () #7 0xc043e9c5 in begin () 3 #0 0xc060bbb6 in doadump () #1 0xc060c189 in boot () #2 0xc060c445 in panic () #3 0xc07b6010 in trap_fatal () #4 0xc07b5d7b in trap_pfault () #5 0xc07b59bd in trap () #6 0xc07a5a4a in calltrap () #7 0x00000018 in ?? () #8 0x00000010 in ?? () #9 0x00000010 in ?? () #10 0xc17c4ab0 in ?? () #11 0x00000000 in ?? () #12 0xe6b0bc60 in ?? () #13 0xe6b0bc40 in ?? () #14 0xc1029738 in ?? () #15 0x00000000 in ?? () #16 0x1aa27425 in ?? () #17 0x00000000 in ?? () #18 0x0000000c in ?? () #19 0x00000002 in ?? () #20 0xc07b2f39 in pmap_remove_pages () #21 0xc05f464e in exit1 () #22 0xc0610b33 in sigexit () #23 0xc0610852 in postsig () #24 0xc062a6c2 in ast () #25 0xc07a615d in doreti_ast () #26 0xe6b0bd48 in ?? () #27 0x0000002f in ?? () #28 0x0000002f in ?? () #29 0x0000002f in ?? () #30 0x080b95d0 in ?? () #31 0x28215400 in ?? () #32 0xbfbfe3a8 in ?? () #33 0xe6b0bd74 in ?? () #34 0x2810a9b4 in ?? () #35 0x00000000 in ?? () #36 0x2810a9b4 in ?? () #37 0x00000004 in ?? () #38 0x0000000c in ?? () #39 0x00000002 in ?? () #40 0x2819e557 in ?? () #41 0x0000001f in ?? () #42 0x00000247 in ?? () #43 0xbfbfe37c in ?? () #44 0x0000002f in ?? () #45 0xd831f089 in ?? () #46 0x7e03f883 in ?? () #47 0x03fe8337 in ?? () #48 0x458b147e in ?? () #49 0x1f48e000 in ?? () #50 0xc1efc000 in ?? () #51 0xc1efd960 in ?? () #52 0xe6b0b87c in ?? () #53 0xe6b0b864 in ?? () #54 0xc1d0b7d0 in ?? () #55 0xc061c4e3 in sched_switch () Previous frame inner to this frame (corrupt stack?) ----- Original Message ----- From: "Derkjan de Haan" To: Sent: Sunday, November 07, 2004 5:57 PM Subject: 5.3R crash while building world > > All, > > I installed 5.3R on one of my systems, but as soon as I attempt to compile > something (make buildworld), after 10 seconds or so gcc bombs with an > internal compiler error, > and/or the machine crashes with a 'fatal trap 12' error. This seems to > happen at random places. > > The dumps and some screenshots of the actual errors are here: > ftp://haanjdj.demon.nl/pub/ > > Some info that may or may not be relevant: > - I installed from ISO images, of which I double-checked the md5 > checksums. > - HW: Asus A7V600 mb with Athlon 2500 (Barton) cpu. I'm using the on-board > 3Com/SysKonnect network interface > - Machine is rock solid with 4.x or The Other OS > - Using the GENERIC kernel > - Heavy network traffic or disk activity seems no problem > - This happens both with and without ACPI > > If more info is needed or if I can assist in any way in fixing this please > let me know. > > > regards, > > Derkjan > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 19:34:41 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03D8C16A4CE for ; Mon, 8 Nov 2004 19:34:41 +0000 (GMT) Received: from elsaurio.com.ar (200-32-4-157.prima.net.ar [200.32.4.157]) by mx1.FreeBSD.org (Postfix) with SMTP id 1D8A743D41 for ; Mon, 8 Nov 2004 19:34:39 +0000 (GMT) (envelope-from l0kit0@exactas.org) Received: (qmail 2467 invoked from network); 8 Nov 2004 19:33:32 -0000 Received: from unknown (HELO 80-179-114-200.fibertel.com.ar) (200.114.179.80) by 200-32-4-157.prima.net.ar with SMTP; 8 Nov 2004 19:33:32 -0000 From: l0kit0@exactas.org To: freebsd-stable@freebsd.org Date: Mon, 8 Nov 2004 16:35:41 +0000 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200411081635.41826.l0kit0@exactas.org> Subject: RE: 5.3R crash while building world X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 19:34:41 -0000 >All, > >I installed 5.3R on one of my systems, but as soon as I attempt to compile >something (make buildworld), after 10 seconds or so gcc bombs with an >internal compiler error, >and/or the machine crashes with a 'fatal trap 12' error. This seems to >happen at random places. >... Had *the same* problem some weeks ago (with 5.3-RC1, 4.10 worked well on that box), i spent a all weekend trying to solve it, but eventually blame the hardware and start to plug in and out stuff, nothing changed, so i shutdown and throw the box from a window, no second tryouts i guess >) I hope someone can give us some clue, i hate to deal with hardware problems :/ From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 19:55:45 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE6B316A4DC for ; Mon, 8 Nov 2004 19:55:45 +0000 (GMT) Received: from freedombi.com (mcpeakmedia.com [207.179.98.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id A80F543D53 for ; Mon, 8 Nov 2004 19:55:19 +0000 (GMT) (envelope-from charles@idealso.com) Received: by freedombi.com (Postfix, from userid 1000) id D1783728B8; Mon, 8 Nov 2004 14:55:18 -0500 (EST) Received: from freedombi.com (localhost [192.168.10.108]) by freedombi.com (Postfix) with ESMTP id 116E3728B4; Mon, 8 Nov 2004 14:55:17 -0500 (EST) Received: from 207.179.91.96 (SquirrelMail authenticated user charles); by freedombi.com with HTTP; Mon, 8 Nov 2004 14:55:17 -0500 (EST) Message-ID: <51096.207.179.91.96.1099943717.squirrel@207.179.91.96> In-Reply-To: <20041106140840.GA582@kolic.net> References: <20041106140840.GA582@kolic.net> Date: Mon, 8 Nov 2004 14:55:17 -0500 (EST) From: "Charles Ulrich" To: "Zoran Kolic" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on freedombi.com X-Spam-Level: X-Spam-Status: No, hits=0.0 required=7.0 tests=none autolearn=no version=2.63 cc: freebsd-stable Subject: Re: PCMCIA modem heating X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 19:55:45 -0000 Zoran Kolic said: > Hi all! > Don't wonna make stupid > quiestions, but this is > something I have to know > to make reclamation if neces- > sary. > After 5-10 minutes of inter- > net connection, when detached, > my pccard modem is hot as fur- > nace. I can barely take it in > my hand. Is it normal beha- > veour? > Model is Zoltrix, has "cirrus" > on the sticker. > Best regards > > ZK Stupid questions are certainly allowed, but questions@freebsd.org might have been a better list for this type of query. Regarding the query, yes, this is normal behavior for many laptops. Many are designed (unfortunately) with heat-generating circuitry right above/below the cardbus slots. If the card and laptop work correctly, for extended periods of time, then you have nothing to worry about. Just have a pair of tongs handy when you're ready to take it out. -- Charles Ulrich System Administrator Ideal Solution, LLC - http://www.idealso.com From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 21:11:06 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 033A516A4CE; Mon, 8 Nov 2004 21:11:06 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFB1943D53; Mon, 8 Nov 2004 21:11:05 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 68FED7A445; Mon, 8 Nov 2004 13:11:05 -0800 (PST) Message-ID: <418FE0E8.1020702@elischer.org> Date: Mon, 08 Nov 2004 13:11:04 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: jhb@freebsd.org cc: Emanuel Strobl cc: ups@freebsd.org cc: Mipam cc: julian@freebsd.org Subject: Re: preemption stable under 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 21:11:06 -0000 Robert Watson wrote: >On Mon, 8 Nov 2004, Mipam wrote: > > > >>Thanks for your reply, okay, then i'd like to enable preemption. I >>noticed it's not in the GENERIC kernel config file. So: options >>PREEMPTION would suffice to enable it i guess? Any experience with >>preemption. noticable changes? So the problem: "PREEMPTION triggers >>frequent hangs" is resolved? Btw, is RELENG_5 also stable or only for >>early adopters? I really would like to see ule working stable in >>combination with preemption, but in 5.3 it won't happen. Maybe ule will >>be enabled later in the 5 series? >> >> > >There was a series of bugs in the scheduler which got tickled by >preemption; I'm unclear as to whether they were all resolved before 5.3 or >whether they require fixes in HEAD that haven't yet been merged. It may >well be safe, but I make no promises. Hopefully we can trick Julian or >John into responding to this thread. :-) Having it off by default on 5.3 >is certainly the more conservative (and reasonable) position, but if it >helps your environment and appears stable, there should be no reason not >to turn it on. It should substantially improve latency in interrupt >processing as well as packet processing. > I think that PREEMPTION with SCHED_4BSD might be ok.. It's hard to say because it's always harder to prove something correct than to prove it broken :-) Hopefully with the rush off, we can sit down and try "prove it ok" and take some cleanup passes over it. I still owe my wife a significant "chunk-o-time" (TM) however so count me out for a while . Hopefully however ups@ is coming online again this week. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 21:20:44 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F73B16A4CF for ; Mon, 8 Nov 2004 21:20:44 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15B8243D39 for ; Mon, 8 Nov 2004 21:20:44 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id iA8LKhv3011728; Mon, 8 Nov 2004 13:20:43 -0800 (PST) Received: from [10.1.1.245] (nfw2.codefab.com [199.103.21.225] (may be forged)) (authenticated bits=0)iA8LKgb0017906; Mon, 8 Nov 2004 13:20:42 -0800 (PST) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <0B0B1841-31CC-11D9-8097-003065ABFD92@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Mon, 8 Nov 2004 16:20:41 -0500 To: cscott@speakeasy.net X-Mailer: Apple Mail (2.619) cc: freebsd-stable@freebsd.org Subject: Re: Filesystem buffer size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 21:20:44 -0000 On Nov 8, 2004, at 1:17 PM, cscott@speakeasy.net wrote: > I have a server thats sole purpose for existence is serving a fixed > group of files from a dedicated filesystem. There is a directory tree > with about 50K files that is requested in a random order. I have been > trying find the correct sysctl variable to dedicate more RAM to the > filesystem buffer to reduce the latency in the server caused by the FS > reads. Is there such a variable? What is the variable I should be > working with? vfs.maxbufspace is read-only. So long as the system has enough memory available for the working sets of the processes being run, FreeBSD will use the rest of the memory for caching stuff from the filesystem without needing any special tuning. However, if you really want to be sure that the files stay in memory, consider using a RAMdisk (see "man md"). You might also want to read all of "man tuning", but the following section is particularly relevant to your case: The vfs.vmiodirenable sysctl defaults to 1 (on). This parameter controls how directories are cached by the system. Most directories are small and use but a single fragment (typically 1K) in the filesystem and even less (typically 512 bytes) in the buffer cache. However, when operating in the default mode the buffer cache will only cache a fixed number of directories even if you have a huge amount of memory. Turning on this sysctl allows the buffer cache to use the VM Page Cache to cache the directories. [ ... ] There are various other buffer-cache and VM page cache related sysctls. We do not recommend modifying these values. As of FreeBSD 4.3, the VM system does an extremely good job tuning itself. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 22:25:21 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C80916A4CF for ; Mon, 8 Nov 2004 22:25:21 +0000 (GMT) Received: from smtp18.wxs.nl (smtp18.wxs.nl [195.121.6.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8252243D1F for ; Mon, 8 Nov 2004 22:25:20 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from ronald.echteman.nl (ip51cdc5d2.speed.planet.nl [81.205.197.210])2004))freebsd-stable@freebsd.org; Mon, 08 Nov 2004 23:25:19 +0100 (CET) Received: (qmail 27327 invoked from network); Mon, 08 Nov 2004 22:25:17 +0000 Received: from unknown (HELO laptop.thuis.klop.ws) (192.168.1.4) by ronald.echteman.nl with SMTP; Mon, 08 Nov 2004 22:25:17 +0000 Received: (qmail 712 invoked from network); Mon, 08 Nov 2004 22:25:09 +0000 Received: from localhost (HELO smtp.local) (127.0.0.1) by localhost with SMTP; Mon, 08 Nov 2004 22:25:09 +0000 Date: Mon, 08 Nov 2004 23:25:08 +0100 From: Ronald Klop To: freebsd-stable@freebsd.org Message-id: MIME-version: 1.0 Content-type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 Content-transfer-encoding: 7BIT User-Agent: Opera M2/7.54 (FreeBSD, build 751) Subject: pccard modem and ethernet don't work together X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 22:25:21 -0000 Hello, I posted the same text as below to current@ on 20 Oct, but got no answer. Is there somebody here who knows more about this or can tell me where to look further? I got a 'me too' message from somebody who googled my previous question, so there are more people with this problem. Ronald. --- original mail below --- My laptop will not recognize my pccard modem and pccard ethernet if I insert them both. When I only insert my modem it detects: Oct 19 21:34:13 laptop kernel: pccard0: Allocation failed for cfe 15 Oct 19 21:34:13 laptop kernel: sio4: at port 0x2f8-0x2ff irq 11 function 0 config 23 on pccard0 Oct 19 21:34:13 laptop kernel: sio4: type 16550A Oct 19 21:34:13 laptop kernel: sio4: unable to activate interrupt in fast mode - using normal mode When I only insert my ethernet it detects: Oct 19 20:48:44 laptop kernel: ep0: <3Com Megahertz 589E> at port 0x100-0x10f irq 11 function 0 config 1 on pccard0 Oct 19 20:48:44 laptop kernel: ep0: Ethernet address: 00:50:da:d1:01:25 When I insert both the ethernet and the modem it detects: Oct 19 21:26:44 laptop kernel: ep0: <3Com Megahertz 589E> at port 0x100-0x10f irq 11 function 0 config 1 on pccard0 Oct 19 21:26:44 laptop kernel: ep0: Ethernet address: 00:50:da:d1:01:25 Oct 19 21:26:44 laptop kernel: pccard1: Allocation failed for cfe 15 Oct 19 21:26:44 laptop kernel: sio4: at port 0x2f8-0x2ff irq 11 function 0 config 23 on pccard1 Oct 19 21:26:44 laptop kernel: device_attach: sio4 attach returned 6 What can I supply to help debugging this? Should I toggle some sysctl switches? My dmesg is added below. Hope, somebody can help me with this. Ronald. > uname -a FreeBSD laptop 5.3-BETA7 FreeBSD 5.3-BETA7 #55: Thu Oct 14 16:06:04 CEST 2004 root@guido.thuis.klop.ws:/usr/obj/usr/src/sys/LAPTOP i386 > cat /var/run/dmesg.boot Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-BETA7 #55: Thu Oct 14 16:06:04 CEST 2004 root@guido.thuis.klop.ws:/usr/obj/usr/src/sys/LAPTOP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (266.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183f9ff real memory = 100622336 (95 MB) avail memory = 92979200 (88 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 pcib1: at device 0.1 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) cbb0: mem 0x7fffe000-0x7fffefff irq 11 at device 12.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: mem 0x7ffff000-0x7fffffff irq 11 at device 12.1 on pci0 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 isab0: at device 14.0 on pci0 isa0: on isab0 atapci0: port 0x1000-0x100f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 14.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 14.2 (no driver attached) cpu0 on motherboard pmtimer0 on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled unknown: can't assign resources (port) unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) sbc0: at port 0x330-0x331,0x388-0x38b,0x220-0x22f irq 5 drq 0,1 on isa0 sbc0: [GIANT-LOCKED] pcm0: on sbc0 pcm0: [GIANT-LOCKED] Timecounters tick every 4.000 msec ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to deny, logging unlimited ad0: 9590MB [19485/16/63] at ata0-master PIO4 pccard0: Allocation failed for cfe 15 sio4: at port 0x2f8-0x2ff irq 11 function 0 config 23 on pccard0 sio4: type 16550A sio4: unable to activate interrupt in fast mode - using normal mode Mounting root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /mnt/oldtmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 32 files 1 /var: superblock summary recomputed -- Ronald Klop, Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 23:41:13 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FA8916A4CE for ; Mon, 8 Nov 2004 23:41:13 +0000 (GMT) Received: from smtp1.arnet.com.ar (smtp1.arnet.com.ar [200.45.191.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 8C55143D2F for ; Mon, 8 Nov 2004 23:41:11 +0000 (GMT) (envelope-from brunstein@arnet.com.ar) Received: (qmail 7689 invoked from network); 8 Nov 2004 23:37:06 -0000 Received: from unknown (HELO mauroxpn) (200.45.97.46) by smtp1.arnet.com.ar with SMTP; 8 Nov 2004 23:37:00 -0000 From: "Mauricio Brunstein" To: Date: Mon, 8 Nov 2004 20:40:32 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcTFweoXCqdxT20ITAO+o6X/Uzp/WQAHOoiw Message-Id: <20041108234111.8C55143D2F@mx1.FreeBSD.org> Subject: Re: RE: Upgrade from 5.3 RC1 to 5.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 23:41:13 -0000 Ok. I'm building world now. I never compiled anything in this source tree, From de RC1 sources, I made cvsup with the RELENG_5_3 tag, and I'm building the world and kernel with the following make.conf: # Begin of make.conf # -- use.perl generated deltas -- # # Created: Sat Nov 6 04:24:01 2004 # Setting to use base perl from ports: PERL_VER=5.8.5 PERL_VERSION=5.8.5 PERL_ARCH=mach NOPERL=yo NO_PERL=yo NO_PERL_WRAPPER=yo CFLAGS= -O -pipe MAKE_SHELL?=sh COPTFLAGS= -O -pipe MAKE_IDEA= YES # IDEA (128 bit symmetric encryption) # End of make.conf Note that NOPROFILE isn't defined, so 'make buildworld' is making everything. I am upgrading from 5.3 RC1, do I need to go to single user mode, to install the world and the kernel of 5.3? Regards, Mauricio. -----Original Message----- From: Robert Watson [mailto:rwatson@freebsd.org] Sent: Monday, November 08, 2004 3:36 PM To: Mauricio Brunstein Cc: freebsd-stable@freebsd.org Subject: Re: Upgrade from 5.3 RC1 to 5.3 On Mon, 8 Nov 2004, Mauricio Brunstein wrote: > I was making some tests with 5.3 RC1 and was working fine, so I go > ahead and make a lot of customization and configuration, so the > machine is ready to do its work. But now I want to cvsup the sources > of 5.3 and build a new kernel and userland. In spite of the small > differences between the 5.3 RC1 and 5.3, do I need to have access to > the console of the machine or can do this remotely by ssh? The primary issue I'm aware of, and I'll mention it specifically because I'm responsible for it, is that we made a last minute change to the device driver ABI for network device drivers. When you do the update, make sure that all modules are rebuilt -- especially if you're using a third party of ports-built network device driver module. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-stable@FreeBSD.ORG Mon Nov 8 23:46:18 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF87416A4CE for ; Mon, 8 Nov 2004 23:46:18 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id B198C43D3F for ; Mon, 8 Nov 2004 23:46:18 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 045AC5387A; Mon, 8 Nov 2004 15:49:15 -0800 (PST) Date: Mon, 8 Nov 2004 15:49:15 -0800 From: Kris Kennaway To: Dean Patterson Message-ID: <20041108234915.GA63001@xor.obsecurity.org> References: <20041108165230.15405.qmail@web20527.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <20041108165230.15405.qmail@web20527.mail.yahoo.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: calcru: negative runtime of -SOMENUM usec for pid errors. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 23:46:19 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 08, 2004 at 08:52:30AM -0800, Dean Patterson wrote: > I have an IBM aptiva, K6/450 and 5.3 gives me > continuous calcru messages. I understand is it > probably hardware related, but I could not replicate > the messages using 4.10. I pulled out all the > hardware that I could to no avail. So is it just the > fact that 4.10 is not showing the messages vs. 5.3?=20 > Or is there something else I am missing? I cannot > find the kern.timecounter switch to change and even > then I am wondering if that just stops the messages > instead of fixing the issue. This will be used as a > NAT Gateway so I need it to be functioning properly. The kern.timecounter sysctl hierarchy is definitely there on 5.3. Kris --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBkAX7Wry0BWjoQKURAkhqAJsF6PvSYmZPQqFNtPBEYx6lo18eagCfUDj8 kh2Vk1PKL34sDcrVyEBqG6o= =Yp5F -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 00:03:12 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5362816A4CE for ; Tue, 9 Nov 2004 00:03:12 +0000 (GMT) Received: from duchess.speedfactory.net (duchess.speedfactory.net [66.23.201.84]) by mx1.FreeBSD.org (Postfix) with SMTP id B567043D54 for ; Tue, 9 Nov 2004 00:03:11 +0000 (GMT) (envelope-from ups@freebsd.org) Received: (qmail 14731 invoked by uid 89); 9 Nov 2004 00:03:09 -0000 Received: from duchess.speedfactory.net (66.23.201.84) by duchess.speedfactory.net with SMTP; 9 Nov 2004 00:03:09 -0000 Received: (qmail 14706 invoked by uid 89); 9 Nov 2004 00:03:09 -0000 Received: from unknown (HELO palm.tree.com) (66.23.216.49) by duchess.speedfactory.net with SMTP; 9 Nov 2004 00:03:09 -0000 Received: from [127.0.0.1] (localhost.tree.com [127.0.0.1]) by palm.tree.com (8.12.10/8.12.10) with ESMTP id iA90375R025275; Mon, 8 Nov 2004 19:03:08 -0500 (EST) (envelope-from ups@freebsd.org) From: Stephan Uphoff To: Julian Elischer In-Reply-To: <418FE0E8.1020702@elischer.org> References: <418FE0E8.1020702@elischer.org> Content-Type: text/plain Message-Id: <1099958587.24619.453.camel@palm.tree.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 08 Nov 2004 19:03:07 -0500 Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: John Baldwin cc: Emanuel Strobl cc: Robert Watson cc: Mipam cc: julian@freebsd.org Subject: Re: preemption stable under 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 00:03:12 -0000 On Mon, 2004-11-08 at 16:11, Julian Elischer wrote: > Robert Watson wrote: > > >On Mon, 8 Nov 2004, Mipam wrote: > > > > > > > >>Thanks for your reply, okay, then i'd like to enable preemption. I > >>noticed it's not in the GENERIC kernel config file. So: options > >>PREEMPTION would suffice to enable it i guess? Any experience with > >>preemption. noticable changes? So the problem: "PREEMPTION triggers > >>frequent hangs" is resolved? Btw, is RELENG_5 also stable or only for > >>early adopters? I really would like to see ule working stable in > >>combination with preemption, but in 5.3 it won't happen. Maybe ule will > >>be enabled later in the 5 series? > >> > >> > > > >There was a series of bugs in the scheduler which got tickled by > >preemption; I'm unclear as to whether they were all resolved before 5.3 or > >whether they require fixes in HEAD that haven't yet been merged. It may > >well be safe, but I make no promises. Hopefully we can trick Julian or > >John into responding to this thread. :-) Having it off by default on 5.3 > >is certainly the more conservative (and reasonable) position, but if it > >helps your environment and appears stable, there should be no reason not > >to turn it on. It should substantially improve latency in interrupt > >processing as well as packet processing. > > > > I think that PREEMPTION with SCHED_4BSD might be ok.. > It's hard to say because it's always harder to prove something correct > than to prove it broken :-) I agree - PREEMPTION should be ok (On head and on 5.3) as far as the SCHED_4BSD is concerned. ( I ran most tests with PREEMPTION and FULL_PREEMPTION) However running with PREEMPTION may expose locking problems elsewhere. I think at least PREEMPTION (and FULL_PREEMPTION?) should be made standard in head for the archs that support them. ( Otherwise locking will never really get exercised on UP systems) > Hopefully with the rush off, we can sit down and try "prove it ok" and > take some cleanup passes over it. > I still owe my wife a significant "chunk-o-time" (TM) however so count > me out for a while . > Hopefully however ups@ is coming online again this week. I recovered enough to at least debug problems and will resume coding tomorrow. Have fun - I will try to hold the ford ;-) Stephan From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 00:09:49 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D1D816A4CE for ; Tue, 9 Nov 2004 00:09:49 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 5D7A943D1F for ; Tue, 9 Nov 2004 00:09:48 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 23208 invoked by uid 65534); 9 Nov 2004 00:09:46 -0000 Received: from p5087DBEA.dip.t-dialin.net (EHLO lofi.dyndns.org) (80.135.219.234) by mail.gmx.net (mp011) with SMTP; 09 Nov 2004 01:09:46 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iA909eK2013689 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 9 Nov 2004 01:09:41 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Tue, 9 Nov 2004 01:09:35 +0100 User-Agent: KMail/1.7.50 References: <20041108165230.15405.qmail@web20527.mail.yahoo.com> <20041108234915.GA63001@xor.obsecurity.org> In-Reply-To: <20041108234915.GA63001@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1331159.4yWz8nx8d8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411090109.40136.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Dean Patterson cc: Kris Kennaway Subject: Re: calcru: negative runtime of -SOMENUM usec for pid errors. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 00:09:49 -0000 --nextPart1331159.4yWz8nx8d8 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 9. November 2004 00:49, Kris Kennaway wrote: > On Mon, Nov 08, 2004 at 08:52:30AM -0800, Dean Patterson wrote: > > I have an IBM aptiva, K6/450 and 5.3 gives me > > continuous calcru messages. > > The kern.timecounter sysctl hierarchy is definitely there on 5.3. What is kern.timecounter.hardware set to? If it's ACPI-*, try setting it to= =20 i8254. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1331159.4yWz8nx8d8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBkArEXhc68WspdLARAg4jAJ9AKhCMI5wmb8of7muyf81sYUuP/gCgmxTx f5I4DIuhs3Q7cv1noLZ5HZE= =avaG -----END PGP SIGNATURE----- --nextPart1331159.4yWz8nx8d8-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 00:41:59 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA02616A4D2; Tue, 9 Nov 2004 00:41:59 +0000 (GMT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CFA043D1D; Tue, 9 Nov 2004 00:41:58 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw503.dsto.defence.gov.au (ednmsw503.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id iA90etZg010617; Tue, 9 Nov 2004 11:10:55 +1030 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw503.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.10) with ESMTP id ; Tue, 9 Nov 2004 11:11:44 +1030 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id iA90Xdh21259; Tue, 9 Nov 2004 11:03:39 +1030 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id RZJC04V2; Tue, 9 Nov 2004 11:03:26 +1030 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) by squash.dsto.defence.gov.au (8.12.11/8.12.11) with ESMTP id iA90Y1eK022919 ; Tue, 9 Nov 2004 11:04:01 +1030 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squash.dsto.defence.gov.au (8.12.11/8.12.11/Submit) id iA90Y0GT022918; Tue, 9 Nov 2004 11:04:00 +1030 (CST) (envelope-from wilkinsa) Date: Tue, 9 Nov 2004 11:04:00 +1030 From: "Wilkinson, Alex" To: Robert Watson Message-ID: <20041109003400.GC22640@squash.dsto.defence.gov.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: Emanuel Strobl cc: freebsd-stable@freebsd.org cc: Mipam cc: julian@freebsd.org cc: jhb@freebsd.org Subject: Re: preemption stable under 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 00:41:59 -0000 For the benefit of those that are not aware. Can someone please explain what is meant by 'kernel preemption' and the benefits of it. Thanks - aW 0n Mon, Nov 08, 2004 at 06:29:23PM +0000, Robert Watson wrote: On Mon, 8 Nov 2004, Mipam wrote: > Thanks for your reply, okay, then i'd like to enable preemption. I > noticed it's not in the GENERIC kernel config file. So: options > PREEMPTION would suffice to enable it i guess? Any experience with > preemption. noticable changes? So the problem: "PREEMPTION triggers > frequent hangs" is resolved? Btw, is RELENG_5 also stable or only for > early adopters? I really would like to see ule working stable in > combination with preemption, but in 5.3 it won't happen. Maybe ule will > be enabled later in the 5 series? There was a series of bugs in the scheduler which got tickled by preemption; I'm unclear as to whether they were all resolved before 5.3 or whether they require fixes in HEAD that haven't yet been merged. It may well be safe, but I make no promises. Hopefully we can trick Julian or John into responding to this thread. :-) Having it off by default on 5.3 is certainly the more conservative (and reasonable) position, but if it helps your environment and appears stable, there should be no reason not to turn it on. It should substantially improve latency in interrupt processing as well as packet processing. > Is "Fine-grained network stack locking without Giant" imported in 5.3 or > is a giant lock networking stack still in 5.3? Bye, Giant-free networking is enabled by default in most configurations; there are some chunks of the network stack that aren't fully MPSAFE, and typically the kernel will automatically re-cover the network stack with Giant if one of these is compiled in. Examples are KAME IPSEC (not FAST_IPSEC) and NETIPX. We hope that locking for these subsystems will come in the near future. The upshot is that you should see nicely improved scalability in socket I/O on multiple processors at a time -- threads or processes can now receive input from socket buffers without touching the Giant lock, and can often send under similar circumstances, so if you're running large applications with lots of socket I/O, there should be much less contention. You can increase parallelism in the network stack, especially for interrupt-driven input from multiple interfaces, by setting net.isr.enable=1. However, there is at least one known bug that has been corrected in HEAD but not yet RELENG_5, wherein recv() on UDP sockets can return the incorrect address when UDP input is ocurring from more than one thread (without net.isr.enable, UDP input occurs only from the netisr, so it doesn't occur -- the default). I will be merging the fix to that to 5-STABLE after it's had another couple of weeks to settle in HEAD. In the next couple of weeks I'll also be merging a number of performance improvements for the network stack that settled into the tree after 5.x went to the RC series. So you (and others, ideally) should see network stack performance improve quite a bit over the next month or two if tracking 5-STABLE. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 00:48:12 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3151516A4CE; Tue, 9 Nov 2004 00:48:12 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D918743D2F; Tue, 9 Nov 2004 00:48:09 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 05E447A440; Mon, 8 Nov 2004 16:48:09 -0800 (PST) Message-ID: <419013C8.1040706@elischer.org> Date: Mon, 08 Nov 2004 16:48:08 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: "Wilkinson, Alex" References: <20041109003400.GC22640@squash.dsto.defence.gov.au> In-Reply-To: <20041109003400.GC22640@squash.dsto.defence.gov.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: jhb@freebsd.org cc: Emanuel Strobl cc: Robert Watson cc: Mipam cc: julian@freebsd.org Subject: Re: preemption stable under 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 00:48:12 -0000 if you have a thread A of high priority and a thread B of low priority then if A is stopped (blocked for some reason) and B is running, then preemption controls or describes what happens when A is unblocked.. With no preemption, A is ubblocked and becomes teh highes priority thread to run **WHEN B RELINQUISHES THE CPU**. With preemption, when A is made runnable, B is IMMEDIATLY packed up, and stored as a temporarily suspended thread and A is immediatly run. Since interrupts are now handled by threads, obviously those threads might be unblocked at any random time. Preemption is needd to ensure that teh interrupts are handled relatively quickly, but it obviously also opens teh gate for all sorts of problems in software that was assuming it wouldn't get preempted. Wilkinson, Alex wrote: >For the benefit of those that are not aware. Can someone please explain what >is meant by 'kernel preemption' and the benefits of it. > >Thanks > > - aW > > 0n Mon, Nov 08, 2004 at 06:29:23PM +0000, Robert Watson wrote: > > > On Mon, 8 Nov 2004, Mipam wrote: > > > Thanks for your reply, okay, then i'd like to enable preemption. I > > noticed it's not in the GENERIC kernel config file. So: options > > PREEMPTION would suffice to enable it i guess? Any experience with > > preemption. noticable changes? So the problem: "PREEMPTION triggers > > frequent hangs" is resolved? Btw, is RELENG_5 also stable or only for > > early adopters? I really would like to see ule working stable in > > combination with preemption, but in 5.3 it won't happen. Maybe ule will > > be enabled later in the 5 series? > > There was a series of bugs in the scheduler which got tickled by > preemption; I'm unclear as to whether they were all resolved before 5.3 or > whether they require fixes in HEAD that haven't yet been merged. It may > well be safe, but I make no promises. Hopefully we can trick Julian or > John into responding to this thread. :-) Having it off by default on 5.3 > is certainly the more conservative (and reasonable) position, but if it > helps your environment and appears stable, there should be no reason not > to turn it on. It should substantially improve latency in interrupt > processing as well as packet processing. > > > Is "Fine-grained network stack locking without Giant" imported in 5.3 or > > is a giant lock networking stack still in 5.3? Bye, > > Giant-free networking is enabled by default in most configurations; there > are some chunks of the network stack that aren't fully MPSAFE, and > typically the kernel will automatically re-cover the network stack with > Giant if one of these is compiled in. Examples are KAME IPSEC (not > FAST_IPSEC) and NETIPX. We hope that locking for these subsystems will > come in the near future. The upshot is that you should see nicely > improved scalability in socket I/O on multiple processors at a time -- > threads or processes can now receive input from socket buffers without > touching the Giant lock, and can often send under similar circumstances, > so if you're running large applications with lots of socket I/O, there > should be much less contention. > > You can increase parallelism in the network stack, especially for > interrupt-driven input from multiple interfaces, by setting > net.isr.enable=1. However, there is at least one known bug that has been > corrected in HEAD but not yet RELENG_5, wherein recv() on UDP sockets can > return the incorrect address when UDP input is ocurring from more than one > thread (without net.isr.enable, UDP input occurs only from the netisr, so > it doesn't occur -- the default). I will be merging the fix to that to > 5-STABLE after it's had another couple of weeks to settle in HEAD. > > In the next couple of weeks I'll also be merging a number of performance > improvements for the network stack that settled into the tree after 5.x > went to the RC series. So you (and others, ideally) should see network > stack performance improve quite a bit over the next month or two if > tracking 5-STABLE. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Principal Research Scientist, McAfee Research > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 02:59:28 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F86916A4CE for ; Tue, 9 Nov 2004 02:59:28 +0000 (GMT) Received: from s1.stradamotorsports.com (ip30.gte215.dsl-acs2.sea.iinet.com [209.20.215.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3CE143D31 for ; Tue, 9 Nov 2004 02:59:27 +0000 (GMT) (envelope-from jcw@highperformance.net) Received: from [192.168.1.16] ([192.168.1.16])iA92xQ8m047161 for ; Mon, 8 Nov 2004 18:59:26 -0800 (PST) (envelope-from jcw@highperformance.net) Date: Mon, 08 Nov 2004 18:59:26 -0800 From: "Jason C. Wells" To: freebsd-stable Message-ID: X-Mailer: Mulberry/3.1.5 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Status: No, hits=0.0 required=4.0 tests=none version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: Termcap Makefile Doesn't Honor DESTDIR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 02:59:28 -0000 The makefile in /usr/src/share/termcap doesn't honor DESTDIR. Should it? Later, Jason C. Wells From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 05:33:44 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5430E16A4CE for ; Tue, 9 Nov 2004 05:33:44 +0000 (GMT) Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id E833E43D1D for ; Tue, 9 Nov 2004 05:33:43 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk2.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004110914:33:26:548090.17416.2906323888 for ; Tue, 09 Nov 2004 14:33:26 +0900 (KST) Message-ID: <419056B1.1060102@yahoo.com> Date: Tue, 09 Nov 2004 14:33:37 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041017 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-4.70) (SRN:SPAMROBOT) ----------------- Subject: FAST_IPSEC & INET6: kernel compiles, but is it dangerous? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 05:33:44 -0000 Hi, When I do a mailinglist search and a google on FAST_IPSEC and INET6 with 5.3, I get quite some results that say: the kernel compilation will fail, because FAST_IPSEC requires exclusion of INET6. I'm running 5.3-STABLE, and I have compiled a kernel with FAST_IPSEC and INET6; this compiles fine, and the kernel boots OK. Am I doing something dangerous here? Or meanwhile has the FAST_IPSEC vs. INET6 conflict been resolved? Thanks, Rob. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 07:08:15 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DA0316A4CE for ; Tue, 9 Nov 2004 07:08:15 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D8A543D41 for ; Tue, 9 Nov 2004 07:08:15 +0000 (GMT) (envelope-from nembriz@gmail.com) Received: by rproxy.gmail.com with SMTP id a36so20381rnf for ; Mon, 08 Nov 2004 23:08:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=ofPp5xJf6eOTCuGu4sSO5VqKk+qFHkymwvYRyMoMa8l+bxEHsVCVxhEzD2tH2dZr/3yv5A3U2S+BWTZOg5e8keYJWBNS1KBxGOnj32Y+ZbfTWczhidymjE3FT5F7wU16sTxqouQWyeMPGs7P9eMOM1qcn+1CUjx/wdKtGg2cEw8= Received: by 10.38.73.44 with SMTP id v44mr126082rna; Mon, 08 Nov 2004 23:08:14 -0800 (PST) Received: by 10.38.65.22 with HTTP; Mon, 8 Nov 2004 23:08:14 -0800 (PST) Message-ID: <6d46f148041108230866bef0b6@mail.gmail.com> Date: Tue, 9 Nov 2004 01:08:14 -0600 From: =?ISO-8859-1?Q?Nicol=E1s_de_Bari_Embriz_Garc=EDa_Rojas?= To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: NVIDIA driver crashing the system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: =?ISO-8859-1?Q?Nicol=E1s_de_Bari_Embriz_Garc=EDa_Rojas?= List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 07:08:15 -0000 I am trying to use the nvidia driver from the ports on FreeBSD 5.3-STABLE but every time i startup X the system crash My system: Laptop: Dell latitud D800 video card: GeForce FX Go5200 I attached a console to the laptop and i got this: --- NVRM: detected agp.ko, aborting NVIDIA AGP setup! Fatal trap 12: page fault while in kernel mode fault virtual address = 0xbfc00000 fault code = supervisor write, page not present instruction pointer = 0x8:0xc06c4b39 stack pointer = 0x10:0xdea76a04 frame pointer = 0x10:0xdea76a10 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 3 current process = 676 (Xorg) trap number = 12 panic: page fault Uptime: 1m39s --- doing this: nm -n /boot/kernel/kernel | grep 0xc06c4b39 I don get nothing doing this: (omiting some digits) nm -n /boot/kernel/kernel | grep 4b39 i get: c04b3910 t bge_encap This hapends when i try to X -xf86config /root/xorg.conf.new of startx right now i am instaling XFree86-4 to see if i get the same error, any ideas of how to fix this? regards. This is my kernel config: --- # kernel for Dell Latidud D8000 machine i386 cpu I686_CPU ident D800 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. options COMPAT_LINUX device acpi device isa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet # Wireless NIC cards device wlan # 802.11 support device an # Aironet 4500/4800 802.11 wireless NICs. device awi # BayStack 660 and others device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires mii device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) # video options SC_PIXEL_MODE options VGA_WIDTH90 options VESA # ipfilter options IPFILTER options IPFILTER_LOG options IPFILTER_DEFAULT_BLOCK options IPSTEALTH # Using the ATAPI/CAM Driver CDBurner device atapicam # speaker device speaker --- This is my /bool/loader.conf: ndis_load="YES" if_ndis_load="YES" snd_ich_load="YES" ntfs_load="YES" machdep.disable_mtrrs="1" nvidia_load="YES" hw.nvidia.registry.ReqAGPRate="1" console="comconsole" --- this is the output of dmesg: --- Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #4: Mon Nov 8 23:07:03 CST 2004 root@laptop.nbari.name:/usr/obj/usr/src/sys/D800 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.70GHz (1698.57-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d6 Stepping = 6 Features=0xafe9f9bf real memory = 536535040 (511 MB) avail memory = 511283200 (487 MB) acpi0: on motherboard Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_tz0: on acpi0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 acpi_cmbat1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI link \\_SB_.PCI0.LNKB has invalid initial irq 11, ignoring pci0: on pcib0 agp0: mem 0xe0000000-0xe7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xd0000000-0xdfffffff,0xfc000000-0xfcffffff irq 11 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] uhci0: port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xbf40-0xbf5f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ums0: Microsoft Microsoft Notebook/Mobile Optical Mouse 2.0, rev 1.10/2.00, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. uhci2: port 0xbf20-0xbf3f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 bge0: mem 0xfaff0000-0xfaffffff irq 11 at device 0.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:0f:1f:25:d7:5e cbb0: at device 1.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: irq 11 at device 1.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 fwohci0: <1394 Open Host Controller Interface> mem 0xfafe8000-0xfafebfff,0xfafef800-0xfafeffff irq 11 at device 1.2 on pci2 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 32:4f:c0:00:2a:92:dc:a1 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 32:4f:c0:92:dc:a1 fwe0: Ethernet address: 32:4f:c0:92:dc:a1 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci2: at device 1.3 (no driver attached) ndis0: mem 0xfafec000-0xfafedfff irq 5 at device 3.0 on pci2 ndis0: NDIS API version: 5.0 ndis0: Ethernet address: 00:90:96:fa:4a:16 ndis0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 36Mbps 48Mbps 54Mbps ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18Mbps 36Mbps 48Mbps 54Mbps isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xbfa0-0xbfaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f 7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pcm0: port 0xbc40-0xbc7f,0xb800-0xb8ff mem 0xf4fff400-0xf4fff4ff,0xf4ff f800-0xf4fff9ff irq 5 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pci0: at device 31.6 (no driver attached) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0 speaker0: port 0x67,0x65,0x63,0x61 on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console ppc0: port 0x778-0x77b,0x378-0x37f irq 7 drq 1 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pmtimer0 on isa0 orm0: at iomem 0xcf800-0xcffff,0xc0000-0xcf7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1698566630 Hz quality 800 Timecounters tick every 10.000 msec IP Filter: v3.4.35 initialized. Default = block all, Logging = enabled acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% cpu0: Performance states changed ad0: 76319MB [155061/16/63] at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present ndis0: link up --- this is the output of scanpci -vv --- pci bus 0x0000 cardnum 0x00 function 0x00: vendor 0x8086 device 0x3340 Intel Corp. 82855PM Processor to I/O Controller STATUS 0x2090 COMMAND 0x0106 CLASS 0x06 0x00 0x00 REVISION 0x03 BIST 0x00 HEADER 0x00 LATENCY 0x00 CACHE 0x00 BASE0 0xe0000008 addr 0xe0000000 MEM PREFETCHABLE pci bus 0x0000 cardnum 0x01 function 0x00: vendor 0x8086 device 0x3341 Intel Corp. 82855PM Processor to AGP Controller STATUS 0x00a0 COMMAND 0x0107 CLASS 0x06 0x04 0x00 REVISION 0x03 HEADER 0x01 LATENCY 0x20 PRIBUS 0x00 SECBUS 0x01 SUBBUS 0x01 SECLT 0x20 SECSTATUS 0x22a0 IOBASE 0xc000 IOLIM 0xcfff NOPREFETCH_MEMBASE 0xfc000000 MEMLIM 0xfdffffff PREFETCH_MEMBASE 0xd0000000 MEMLIM 0xdfffffff NO_FAST_B2B NO_SEC_BUS_RST NO_M_ABRT VGA_EN ISA_EN NO_SERR_EN NO_PERR_EN pci bus 0x0000 cardnum 0x1d function 0x00: vendor 0x8086 device 0x24c2 Intel Corp. 82801DB USB (Hub #1) CardVendor 0x8086 card 0x4541 (Intel Corp., Card unknown) STATUS 0x0280 COMMAND 0x0005 CLASS 0x0c 0x03 0x00 REVISION 0x01 BIST 0x00 HEADER 0x80 LATENCY 0x00 CACHE 0x00 BASE4 0x0000bf81 addr 0x0000bf80 I/O MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x01 INT_LINE 0x0b pci bus 0x0000 cardnum 0x1d function 0x01: vendor 0x8086 device 0x24c4 Intel Corp. 82801DB USB (Hub #2) CardVendor 0x8086 card 0x4541 (Intel Corp., Card unknown) STATUS 0x0280 COMMAND 0x0005 CLASS 0x0c 0x03 0x00 REVISION 0x01 BIST 0x00 HEADER 0x00 LATENCY 0x00 CACHE 0x00 BASE4 0x0000bf41 addr 0x0000bf40 I/O MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x02 INT_LINE 0x0b pci bus 0x0000 cardnum 0x1d function 0x02: vendor 0x8086 device 0x24c7 Intel Corp. 82801DB USB (Hub #3) CardVendor 0x8086 card 0x4541 (Intel Corp., Card unknown) STATUS 0x0280 COMMAND 0x0005 CLASS 0x0c 0x03 0x00 REVISION 0x01 BIST 0x00 HEADER 0x00 LATENCY 0x00 CACHE 0x00 BASE4 0x0000bf21 addr 0x0000bf20 I/O MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x03 INT_LINE 0x0b pci bus 0x0000 cardnum 0x1d function 0x07: vendor 0x8086 device 0x24cd Intel Corp. 82801DB USB2 CardVendor 0x1028 card 0x014e (Dell Computer Corporation, Card unknown) STATUS 0x0290 COMMAND 0x0106 CLASS 0x0c 0x03 0x20 REVISION 0x01 BIST 0x00 HEADER 0x00 LATENCY 0x00 CACHE 0x00 BASE0 0xf4fffc00 addr 0xf4fffc00 MEM MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x04 INT_LINE 0x0b pci bus 0x0000 cardnum 0x1e function 0x00: vendor 0x8086 device 0x2448 Intel Corp. 82801BAM/CAM PCI Bridge STATUS 0x8080 COMMAND 0x0107 CLASS 0x06 0x04 0x00 REVISION 0x81 HEADER 0x01 LATENCY 0x00 PRIBUS 0x00 SECBUS 0x02 SUBBUS 0x02 SECLT 0x20 SECSTATUS 0x2280 IOBASE 0xd000 IOLIM 0xefff NOPREFETCH_MEMBASE 0xf6000000 MEMLIM 0xfbffffff PREFETCH_MEMBASE 0xfff00000 MEMLIM 0x000fffff NO_FAST_B2B NO_SEC_BUS_RST NO_M_ABRT NO_VGA_EN ISA_EN NO_SERR_EN NO_PERR_EN pci bus 0x0000 cardnum 0x1f function 0x00: vendor 0x8086 device 0x24cc Intel Corp. 82801DBM LPC Interface Controller STATUS 0x0280 COMMAND 0x010f CLASS 0x06 0x01 0x00 REVISION 0x01 BIST 0x00 HEADER 0x80 LATENCY 0x00 CACHE 0x00 BYTE_0 0x01 BYTE_1 0x08 BYTE_2 0x00 BYTE_3 0x00 pci bus 0x0000 cardnum 0x1f function 0x01: vendor 0x8086 device 0x24ca Intel Corp. 82801DBM Ultra ATA Storage Controller CardVendor 0x8086 card 0x4541 (Intel Corp., Card unknown) STATUS 0x0280 COMMAND 0x0005 CLASS 0x01 0x01 0x8a REVISION 0x01 BIST 0x00 HEADER 0x00 LATENCY 0x00 CACHE 0x00 BASE0 0x000001f1 addr 0x000001f0 I/O BASE1 0x000003f5 addr 0x000003f4 I/O BASE2 0x00000171 addr 0x00000170 I/O BASE3 0x00000375 addr 0x00000374 I/O BASE4 0x0000bfa1 addr 0x0000bfa0 I/O MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x01 INT_LINE 0xff BYTE_0 0x77 BYTE_1 0xe3 BYTE_2 0x77 BYTE_3 0xe3 pci bus 0x0000 cardnum 0x1f function 0x05: vendor 0x8086 device 0x24c5 Intel Corp. 82801DB AC'97 Audio Controller CardVendor 0x1028 card 0x014e (Dell Computer Corporation, Card unknown) STATUS 0x0290 COMMAND 0x0007 CLASS 0x04 0x01 0x00 REVISION 0x01 BIST 0x00 HEADER 0x00 LATENCY 0x00 CACHE 0x00 BASE0 0x0000b801 addr 0x0000b800 I/O BASE1 0x0000bc41 addr 0x0000bc40 I/O BASE2 0xf4fff800 addr 0xf4fff800 MEM BASE3 0xf4fff400 addr 0xf4fff400 MEM MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x02 INT_LINE 0x05 BYTE_0 0x09 BYTE_1 0x01 BYTE_2 0x00 BYTE_3 0x00 pci bus 0x0000 cardnum 0x1f function 0x06: vendor 0x8086 device 0x24c6 Intel Corp. 82801DB AC'97 Modem Controller CardVendor 0x14f1 card 0x5422 (Conexant, Card unknown) STATUS 0x0290 COMMAND 0x0005 CLASS 0x07 0x03 0x00 REVISION 0x01 BIST 0x00 HEADER 0x00 LATENCY 0x00 CACHE 0x00 BASE0 0x0000b401 addr 0x0000b400 I/O BASE1 0x0000b081 addr 0x0000b080 I/O MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x02 INT_LINE 0x05 pci bus 0x0001 cardnum 0x00 function 0x00: vendor 0x10de device 0x0324 nVidia Corporation GeForce FX Go5200 CardVendor 0x1028 card 0x019c (Dell Computer Corporation, Card unknown) STATUS 0x02b0 COMMAND 0x0027 CLASS 0x03 0x00 0x00 REVISION 0xa1 BIST 0x00 HEADER 0x00 LATENCY 0x20 CACHE 0x00 BASE0 0xfc000000 addr 0xfc000000 MEM BASE1 0xd0000008 addr 0xd0000000 MEM PREFETCHABLE BASEROM 0x80000000 addr 0x80000000 not-decode-enabled MAX_LAT 0x01 MIN_GNT 0x05 INT_PIN 0x01 INT_LINE 0x0b BYTE_0 0x28 BYTE_1 0x10 BYTE_2 0x9c BYTE_3 0x01 pci bus 0x0002 cardnum 0x00 function 0x00: vendor 0x14e4 device 0x165d Broadcom Corporation NetXtreme BCM5705M Gigabit Ethernet CardVendor 0x1028 card 0x865d (Dell Computer Corporation, Card unknown) STATUS 0x02b0 COMMAND 0x0106 CLASS 0x02 0x00 0x00 REVISION 0x01 BIST 0x00 HEADER 0x00 LATENCY 0x20 CACHE 0x08 BASE0 0x00000000faff0004 addr 0x00000000faff0000 MEM 64BIT MAX_LAT 0x00 MIN_GNT 0x40 INT_PIN 0x01 INT_LINE 0x0b pci bus 0x0002 cardnum 0x01 function 0x00: vendor 0x104c device 0xac47 Texas Instruments Device unknown STATUS 0x0210 COMMAND 0x0007 CLASS 0x06 0x07 0x00 REVISION 0x01 BIST 0x00 HEADER 0x82 LATENCY 0x20 CACHE 0x08 BASE0 0xf6000000 addr 0xf6000000 MEM BASE1 0x020000a0 addr 0x020000a0 MEM BASE2 0x20040302 addr 0x20040300 MEM BASE3 0xfffff000 addr 0xfffff000 MEM BASE5 0xfffff000 addr 0xfffff000 MEM MAX_LAT 0x07 MIN_GNT 0x40 INT_PIN 0x01 INT_LINE 0x0b BYTE_0 0x28 BYTE_1 0x10 BYTE_2 0x4e BYTE_3 0x01 pci bus 0x0002 cardnum 0x01 function 0x01: vendor 0x104c device 0xac4a Texas Instruments Device unknown STATUS 0x0210 COMMAND 0x0107 CLASS 0x06 0x07 0x00 REVISION 0x01 BIST 0x00 HEADER 0x82 LATENCY 0x20 CACHE 0x08 BASE0 0xf6001000 addr 0xf6001000 MEM BASE1 0x020000a0 addr 0x020000a0 MEM BASE2 0x20060502 addr 0x20060500 MEM BASE3 0xfffff000 addr 0xfffff000 MEM BASE5 0xfffff000 addr 0xfffff000 MEM BASE2 0x20040302 addr 0x20040300 MEM BASE3 0xfffff000 addr 0xfffff000 MEM BASE5 0xfffff000 addr 0xfffff000 MEM MAX_LAT 0x07 MIN_GNT 0x40 INT_PIN 0x01 INT_LINE 0x0b BYTE_0 0x28 BYTE_1 0x10 BYTE_2 0x4e BYTE_3 0x01 pci bus 0x0002 cardnum 0x01 function 0x01: vendor 0x104c device 0xac4a Texas Instruments Device unknown STATUS 0x0210 COMMAND 0x0107 CLASS 0x06 0x07 0x00 REVISION 0x01 BIST 0x00 HEADER 0x82 LATENCY 0x20 CACHE 0x08 BASE0 0xf6001000 addr 0xf6001000 MEM BASE1 0x020000a0 addr 0x020000a0 MEM BASE2 0x20060502 addr 0x20060500 MEM BASE3 0xfffff000 addr 0xfffff000 MEM BASE5 0xfffff000 addr 0xfffff000 MEM MAX_LAT 0x07 MIN_GNT 0x40 INT_PIN 0x01 INT_LINE 0x0b BYTE_0 0x28 BYTE_1 0x10 BYTE_2 0x4e BYTE_3 0x01 pci bus 0x0002 cardnum 0x01 function 0x02: vendor 0x104c device 0x802b Texas Instruments Device unknown CardVendor 0x1028 card 0x014e (Card unknown) STATUS 0x0210 COMMAND 0x0146 CLASS 0x0c 0x00 0x10 REVISION 0x00 BIST 0x00 HEADER 0x80 LATENCY 0x20 CACHE 0x08 BASE0 0xfafef800 addr 0xfafef800 MEM BASE1 0xfafe8000 addr 0xfafe8000 MEM MAX_LAT 0x04 MIN_GNT 0x02 INT_PIN 0x01 INT_LINE 0x0b pci bus 0x0002 cardnum 0x01 function 0x03: vendor 0x104c device 0x8204 Texas Instruments Device unknown CardVendor 0x1028 card 0x014e (Card unknown) STATUS 0x0210 COMMAND 0x0101 CLASS 0x08 0x80 0x00 REVISION 0x00 BIST 0x00 HEADER 0x80 LATENCY 0x00 CACHE 0x00 BASE0 0x0000ecf9 addr 0x0000ecf8 I/O pci bus 0x0002 cardnum 0x03 function 0x00: vendor 0x14e4 device 0x4324 Broadcom Corporation Device unknown CardVendor 0x1028 card 0x0003 (Card unknown) STATUS 0x0000 COMMAND 0x0106 CLASS 0x02 0x80 0x00 REVISION 0x03 BIST 0x00 HEADER 0x00 LATENCY 0x20 CACHE 0x00 BASE0 0xfafec000 addr 0xfafec000 MEM MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x01 INT_LINE 0x05 BYTE_0 0x01 BYTE_1 0x00 BYTE_2 0xc2 BYTE_3 0x07 -- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 08:15:20 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3529116A4CF for ; Tue, 9 Nov 2004 08:15:20 +0000 (GMT) Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id C108843D1F for ; Tue, 9 Nov 2004 08:15:19 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk2.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004110917:15:00:174367.17416.2951420848 for ; Tue, 09 Nov 2004 17:15:00 +0900 (KST) Message-ID: <41907C91.9000706@yahoo.com> Date: Tue, 09 Nov 2004 17:15:13 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041017 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-4.73) (SRN:SPAMROBOT) ----------------- Subject: standard-supfile = stable-supfile with 5.3 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 08:15:20 -0000 Hi, The two files /usr/src/share/examples/cvsup/standard-supfile /usr/src/share/examples/cvsup/stable-supfile both have *default release=cvs tag=RELENG_5 although the first one claims to download CURRENT. And, eh, why is the filename "standard-supfile" and why not the more obvious "current-supfile" ? Rob. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 08:38:13 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A537B16A4CE for ; Tue, 9 Nov 2004 08:38:13 +0000 (GMT) Received: from peru.gambit.com.ru (peru.gambit.com.ru [194.190.206.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AF5843D31 for ; Tue, 9 Nov 2004 08:38:13 +0000 (GMT) ls+lists.freebsd.org.mailman.listinfo.freebsd-stable93930659@gambit.com.ru) Received: from zen.intranet (unknown [194.190.206.175]) by peru.gambit.com.ru (Postfix) with ESMTP id 0FF6B2622E for ; Tue, 9 Nov 2004 11:38:11 +0300 (MSK) Received: by zen.intranet (Postfix, from userid 441) id D7B21164E67; Tue, 9 Nov 2004 11:38:10 +0300 (MSK) Date: Tue, 9 Nov 2004 11:38:10 +0300 From: ls+lists.freebsd.org.mailman.listinfo.freebsd-stable93930659@gambit.com.ru To: freebsd-stable@freebsd.org Message-ID: <20041109083810.GJ58031@gambit.com.ru> Mail-Followup-To: freebsd-stable@freebsd.org References: <20041105110830.GP58031@gambit.com.ru> <20041105215427.GA33096@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20041105215427.GA33096@xor.obsecurity.org> User-Agent: Mutt/1.5.6i Subject: Re: 5.3: tmpmfs="YES": panic: kmem_malloc(4096): kmem_map too small: 63737856 total allocated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 08:38:13 -0000 >> This host has 192 MB of RAM and 512 MB of swap. >> + /sbin/mdmfs -i 4096 -s $1 md $2 5 ÎĎŃÂŇŃ 2004 Ç. × 13:54 -0800, Kris Kennaway ĐÉŰĹÔ: > See the manpage. You don't have enough RAM in your system to do that. A bug in manpage? "By default, mdmfs creates a swap-based (MD_SWAP) disk". I'm running mdmfs WITHOUT "-M" flag. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 09:05:05 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03D9216A4CE for ; Tue, 9 Nov 2004 09:05:05 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BA2043D39 for ; Tue, 9 Nov 2004 09:05:04 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iA9952dj083989; Tue, 9 Nov 2004 11:05:02 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 62881-03; Tue, 9 Nov 2004 11:05:01 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iA9950IM083967 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Nov 2004 11:05:01 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id iA994Zxb043596; Tue, 9 Nov 2004 11:04:36 +0200 (EET) (envelope-from ru) Date: Tue, 9 Nov 2004 11:04:35 +0200 From: Ruslan Ermilov To: "Jason C. Wells" Message-ID: <20041109090435.GD43113@ip.net.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LKTjZJSUETSlgu2t" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-stable Subject: Re: Termcap Makefile Doesn't Honor DESTDIR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 09:05:05 -0000 --LKTjZJSUETSlgu2t Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 08, 2004 at 06:59:26PM -0800, Jason C. Wells wrote: > The makefile in /usr/src/share/termcap doesn't honor DESTDIR. Should it? >=20 But it does. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --LKTjZJSUETSlgu2t Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBkIgjqRfpzJluFF4RAtemAJwNgGk7iuAEC9tARgmvaFslawW/LACfU5PA CK6rwoi2bcXRU+pVDBWMIPg= =z9In -----END PGP SIGNATURE----- --LKTjZJSUETSlgu2t-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 09:15:48 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D043C16A4CE for ; Tue, 9 Nov 2004 09:15:48 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B5E443D2D for ; Tue, 9 Nov 2004 09:15:48 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iA99Fg5l084688; Tue, 9 Nov 2004 11:15:42 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 64498-11; Tue, 9 Nov 2004 11:15:40 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iA99Fejq084685 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Nov 2004 11:15:40 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id iA99FF1q043748; Tue, 9 Nov 2004 11:15:15 +0200 (EET) (envelope-from ru) Date: Tue, 9 Nov 2004 11:15:15 +0200 From: Ruslan Ermilov To: Kevin Oberman Message-ID: <20041109091515.GE43113@ip.net.ua> References: <20041108154129.C64EC5D04@ptavv.es.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a1QUDc0q7S3U7/Jg" Content-Disposition: inline In-Reply-To: <20041108154129.C64EC5D04@ptavv.es.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-stable@freebsd.org Subject: Re: Odd error at end of "make installworld" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 09:15:48 -0000 --a1QUDc0q7S3U7/Jg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 08, 2004 at 07:41:29AM -0800, Kevin Oberman wrote: > I think there is a small issue with the Makefile, although I don't see > exactly what. But I'm no great shakes on Makefiles. >=20 > At the very end of the installworld, after completely the makewhatis and > /etc stuff, I got the message that I should not be doing a make world: > WARNING: make world will overwrite your existing FreeBSD > installation without also building and installing a new > kernel. This can be dangerous. Please read the handbook, > 'Rebuilding world', for how to upgrade your system. > Define DESTDIR to where you want to install FreeBSD, > including /, to override this warning and proceed as usual. > You may get the historical 'make world' behavior by defining > HISTORICAL_MAKE_WORLD. You should understand the implications > before doing this. >=20 > Bailing out now... >=20 > But I had not done a 'make world'. I did the standard sequence with a > re-boot after installkernal, a mergemaster -p, and installworld. Since > this message is the second invocation of "world:" in Makefile, I suspect > it needs to be worked on a bit. >=20 > FWIW, I was updating from 5.3-Stable of last Wednesday to -Stable of > last evening (to get Nate's ACPI patches). >=20 Hmm, maybe you typed "make install world", with a space between "install" and "world"? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --a1QUDc0q7S3U7/Jg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBkIqjqRfpzJluFF4RAvSVAJwM4uJRMH/HzB82wMdYX6DVWsjeIACcDtgC awrftI/yFh77OK2I3usRRMc= =xydO -----END PGP SIGNATURE----- --a1QUDc0q7S3U7/Jg-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 10:25:20 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C0AD16A4D4 for ; Tue, 9 Nov 2004 10:25:20 +0000 (GMT) Received: from srv1a-cta.bs2.com.br (srv1a-cta.bs2.com.br [200.203.183.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D17643D55 for ; Tue, 9 Nov 2004 10:25:12 +0000 (GMT) (envelope-from gpt@tirloni.org) Received: from localhost (srv1a-cta.bs2.com.br [200.203.183.35]) by srv1a-cta.bs2.com.br (Postfix) with ESMTP id 099D61C72C4; Tue, 9 Nov 2004 08:25:10 -0200 (BRDT) Received: from [192.168.0.97] (unknown [200.181.211.109]) by srv1a-cta.bs2.com.br (Postfix) with ESMTP id 155981C7274; Tue, 9 Nov 2004 08:25:09 -0200 (BRDT) Message-ID: <41909B04.4040207@tirloni.org> Date: Tue, 09 Nov 2004 08:25:08 -0200 From: "Giovanni P. Tirloni" User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Nicol=E1s_de_Bari_Embriz_Garc=EDa_Rojas?= References: <6d46f148041108230866bef0b6@mail.gmail.com> In-Reply-To: <6d46f148041108230866bef0b6@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-stable@freebsd.org Subject: Re: NVIDIA driver crashing the system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 10:25:20 -0000 Nicolás de Bari Embriz García Rojas wrote: > I am trying to use the nvidia driver from the ports on FreeBSD > 5.3-STABLE but every time i startup X the system crash > > My system: > Laptop: Dell latitud D800 > video card: GeForce FX Go5200 > > I attached a console to the laptop and i got this: > > --- > NVRM: detected agp.ko, aborting NVIDIA AGP setup! This message means the Nvidia driver found the native AGP driver that comes with FreeBSD. I'd sugest removing "device agp" from your kernel and giving it a try. Remember to put nvidia_load="YES" in /boot/loader.conf. Another sugestion is not to use any kind of compiler optimization in /etc/make.conf. I've a FX5200 128MB and it worked fine with 5.3-STABLE from yesterday. -- Giovanni P. Tirloni From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 10:29:05 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73E5F16A4CE for ; Tue, 9 Nov 2004 10:29:05 +0000 (GMT) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01F9843D53 for ; Tue, 9 Nov 2004 10:29:05 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from hoppel.local (port-212-202-38-171.dynamic.qsc.de [212.202.38.171]) by mail.efacilitas.de (Postfix) with ESMTP id 913931239B7 for ; Tue, 9 Nov 2004 11:27:31 +0100 (CET) Received: from localhost (localhost.local [127.0.0.1]) by hoppel.local (Postfix) with ESMTP id 221376142 for ; Tue, 9 Nov 2004 11:31:54 +0100 (CET) Received: from hoppel.local ([127.0.0.1]) by localhost (mail.efacilitas.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 42110-06 for ; Tue, 9 Nov 2004 11:31:51 +0100 (CET) Received: from alpha (alpha.local [192.168.1.2]) by hoppel.local (Postfix) with ESMTP id 40F326147 for ; Tue, 9 Nov 2004 11:31:51 +0100 (CET) From: =?UTF-8?B?QmrDtnJuIEvDtm5pZw==?= To: Date: Tue, 9 Nov 2004 11:33:11 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcTGR4KQy0ip3hI9RhOIgZJKV7Emnw== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20041109103151.40F326147@hoppel.local> X-Virus-Scanned: by amavisd-new at alpha-tierchen.de Subject: Re: standard-supfile = stable-supfile with 5.3 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 10:29:05 -0000 Rob wrote: > [...] > both have >=20 > *default release=3Dcvs tag=3DRELENG_5 >=20 > although the first one claims to download CURRENT. >=20 > And, eh, why is the filename "standard-supfile" and > why not the more obvious "current-supfile" ? It only claims, but it doesn't bring you -CURRENT. That's the reason why = it should not be renamed. The standard-supfile contains the standard tag = of your release to keep it up to date. Maybe someone will change this = sentence in standard-supfile to 'This file contains all of the "CVSup = collections" that make up the FreeBSD-stable source tree.' soon. Bj=C3=B6rn From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 10:39:04 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8285416A4CE for ; Tue, 9 Nov 2004 10:39:04 +0000 (GMT) Received: from raven.kierun.org (raven.yorksj.ac.uk [193.61.234.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3372543D45 for ; Tue, 9 Nov 2004 10:39:04 +0000 (GMT) (envelope-from yann@raven.kierun.org) Received: from yann by raven.kierun.org with local (Exim 4.43 (FreeBSD)) id 1CRTOw-000IBv-C0 for freebsd-stable@freebsd.org; Tue, 09 Nov 2004 10:39:02 +0000 Date: Tue, 9 Nov 2004 10:39:02 +0000 From: Yann Golanski To: freebsd-stable@freebsd.org Message-ID: <20041109103902.GA69223@kierun.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline User-Agent: Mutt/1.5.6i Sender: "Yann Golanski,University of York,+44(0)1904-433088" Subject: Portupgrade script. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 10:39:04 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Would people be kind enough to have a look at the following script and tell me what horrors/faux pas/stupid things I have done? =20 The script is an almost automated way to upgrade all your ports to the latest version.=20 Of course, I bet someone else has done this and I'll be told to RTFM. My excuse is that I didn't find it on my own... ;> ###########################################################################= ##### #!/bin/sh # portupgrade script. ### variables. day=3D`date +%d` month=3D`date +%b` year=3D`date +%Y` host=3D`uname -n` ### Variouse ports that need stuff... Where should I put those? # X11 X_WINDOW_SYSTEM=3Dxorg # mutt WITH_MUTT_MBOX_HOOK_PATCH=3Dyes MAIL_GID=3Dmail # rxvt WITH_MOUSEWHEEL=3Dyes WITH_RXVT_SCROLLBAR=3Dyes WITH_MENUBAR=3Dyes # imp3 WITH_APACHE2=3Dyes WITHOUT_LDAP=3Dyes # Aspell ASPELL_EN=3Dyes ### Does what it does... /usr/local/bin/cvsup -g -L 2 /usr/ports/CVSUP less /usr/ports/UPDATING echo '[UPDATING] Do you want to update the port tree? [yn]?' read -p '[y]es or [n]o: ' -e val case ${val} in [yY]) echo 'Updating the port collection now!!!...' ;; [nN]) echo 'Aborting NOW!!!...' exit; ;; *) echo 'What the hell?... I am aborting now.' exit; ;; esac /usr/local/sbin/portaudit -Fda /usr/local/sbin/portsdb -Uu /usr/local/sbin/pkgdb -F /usr/bin/tar ycf /var/db/$year-$month-$day-pkg.tbz2 /var/db/pkg /usr/local/sbin/portupgrade -C -u -v -r -R -P -a -l /usr/ports/LATEST.update cat /usr/ports/LATEST.update | \ sort | \ mail -s "Portupdate $host on $day $month $year" root@$host /usr/local/sbin/portsclean -C -L -P ### reporting. echo '' echo 'This is what has been updated today:' /usr/bin/grep -v '^\-' /usr/ports/LATEST.update | sort=20 echo '' ### EOF ###########################################################################= ##### --=20 yann@kierun.org -=3D*=3D- www.kierun.= org PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 9DE2 6318 --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBkJ5G91FwBp3iYxgRArT/AJ41xHtzU6gDiSlIYi/Irew9run8BwCfXB10 fmlfeiIJVfP6Ai9Dahs5lTg= =Fm+d -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 10:39:36 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77E2216A4CE for ; Tue, 9 Nov 2004 10:39:36 +0000 (GMT) Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C10B43D45 for ; Tue, 9 Nov 2004 10:39:34 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk2.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004110919:39:12:835647.17416.2981833648 for ; Tue, 09 Nov 2004 19:39:12 +0900 (KST) Message-ID: <41909E5F.7020300@yahoo.com> Date: Tue, 09 Nov 2004 19:39:27 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041017 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20041109103151.40F326147@hoppel.local> In-Reply-To: <20041109103151.40F326147@hoppel.local> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-1.53) (SRN:SPAMROBOT) ----------------- Subject: Re: standard-supfile = stable-supfile with 5.3 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 10:39:36 -0000 Björn König wrote: > Rob wrote: > > >>[...] >>both have >> >> *default release=cvs tag=RELENG_5 >> >>although the first one claims to download CURRENT. >> >>And, eh, why is the filename "standard-supfile" and >>why not the more obvious "current-supfile" ? > > > It only claims, but it doesn't bring you -CURRENT. > That's the reason why it should not be renamed. > The standard-supfile contains the standard tag of your release > to keep it up to date. Maybe someone will change this sentence > in standard-supfile to 'This file contains all of the "CVSup > collections" that make up the FreeBSD-stable source tree.' soon. If so, then why do we have a standard-supfile and a stable-supfile doing the same thing? If both bring you -STABLE, one of the two seems to be redundant to me and having two sup files doing the same only causes confusion. R. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 10:43:05 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AA7C16A4CE for ; Tue, 9 Nov 2004 10:43:05 +0000 (GMT) Received: from mail.unixguru.nl (mosibi.demon.nl [212.238.240.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id C482943D76 for ; Tue, 9 Nov 2004 10:43:04 +0000 (GMT) (envelope-from richard@unixguru.nl) Received: from localhost (localhost [127.0.0.1]) by mail.unixguru.nl (Postfix) with ESMTP id B11AD56470 for ; Tue, 9 Nov 2004 11:43:02 +0100 (CET) Received: from mail.unixguru.nl ([127.0.0.1]) by localhost (mail.unixguru.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23072-04 for ; Tue, 9 Nov 2004 11:43:01 +0100 (CET) Received: from localhost (sun.unixguru.nl [192.168.10.7]) by mail.unixguru.nl (Postfix) with ESMTP id 1C8BD56422 for ; Tue, 9 Nov 2004 11:43:00 +0100 (CET) Date: Tue, 9 Nov 2004 11:43:00 +0100 From: Richard Arends To: freebsd-stable@freebsd.org Message-ID: <20041109104259.GA19971@sun.unixguru.nl> References: <20041108145444.GB12281@sun.unixguru.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041108145444.GB12281@sun.unixguru.nl> User-Agent: Mutt/1.4.2i X-Virus-Scanned: by amavisd-new at unixguru.nl Subject: Re: READ_DMA interrupt error after upgrading to 5.3 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 10:43:05 -0000 On Mon, Nov 08, 2004 at 03:54:45PM +0100, Richard Arends wrote: Again replying to my own message :( > On my laptop i am running 5.2.1-RELEASE-p11. A few weeks ago i upgraded > it to 5.3 BETA7. After building world i went to single user mode, to > complete the upgrade. After a few seconds running in single user mode, > i got errors about READ_DMA and my laptop was completly frozen. > > ad0: WARNING - READ_DMA interrupt was seen but timeout fired LBA = 351 This morning i again tried to update to 5.3 STABLE from 5.2.1. After the makeworld i booted in single user mode with "hw.ata.ata_dma=0". Then after running fsck -p for a few minutes, the disk led goed off and i get the following message and can not do anything anymore. ad0: WARNING - READ_MUL interrupt was seen but timeout fired LBA = 15144507 Can anybody shed some light on this??? -- Regards, Richard. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 11:02:44 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05B3F16A4CF for ; Tue, 9 Nov 2004 11:02:44 +0000 (GMT) Received: from caffreys.strugglers.net (caffreys.strugglers.net [82.195.232.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39DC743D1D for ; Tue, 9 Nov 2004 11:02:43 +0000 (GMT) (envelope-from andy@freebsdwiki.org) Received: by caffreys.strugglers.net (Postfix, from userid 10000) id B2BC1111764; Tue, 9 Nov 2004 11:02:40 +0000 (GMT) Date: Tue, 9 Nov 2004 11:02:40 +0000 From: Andy Smith To: freebsd-stable@freebsd.org Message-ID: <20041109110240.GI1549@caffreys.strugglers.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20041109103902.GA69223@kierun.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zi2eTBhaeOcYgKgV" Content-Disposition: inline In-Reply-To: <20041109103902.GA69223@kierun.org> X-Uptime: 102 days X-URL: http://freebsdwiki.org/User:Andy User-Agent: Mutt/1.5.6i Subject: Re: Portupgrade script. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 11:02:44 -0000 --zi2eTBhaeOcYgKgV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 09, 2004 at 10:39:02AM +0000, Yann Golanski wrote: > Would people be kind enough to have a look at the following script and > tell me what horrors/faux pas/stupid things I have done? =20 >=20 > The script is an almost automated way to upgrade all your ports to the > latest version.=20 Without looking further I'd say this is a bad idea because sometimes an upgrade to a port radically changes its functionality or does something else inconvenient. For example, upgrading databases/mysql*-server will shut down a running mysql server. You need to be manually reading /usr/ports/UPDATING before each update. What I tend to do is automate the cvsup and then email a report of what could be upgraded. The actual upgrades are done semi-automatically with a portupgrade -arR after checking it isn't going to do anything untoward. --zi2eTBhaeOcYgKgV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBkKPQIJm2TL8VSQsRAneRAKCr34CfabeTefp0Tq3vFs6R6R9A9wCg7QP8 jpo+NpQmjLtgAyPv8IfSNPE= =IwWo -----END PGP SIGNATURE----- --zi2eTBhaeOcYgKgV-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 11:03:01 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8753116A4CE for ; Tue, 9 Nov 2004 11:03:01 +0000 (GMT) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11FE443D41 for ; Tue, 9 Nov 2004 11:03:01 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from hoppel.local (port-212-202-38-171.dynamic.qsc.de [212.202.38.171]) by mail.efacilitas.de (Postfix) with ESMTP id 30328123969 for ; Tue, 9 Nov 2004 12:01:30 +0100 (CET) Received: from localhost (localhost.local [127.0.0.1]) by hoppel.local (Postfix) with ESMTP id B8C6E6144 for ; Tue, 9 Nov 2004 12:05:52 +0100 (CET) Received: from hoppel.local ([127.0.0.1]) by localhost (mail.efacilitas.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 44069-03 for ; Tue, 9 Nov 2004 12:05:50 +0100 (CET) Received: from alpha (alpha.local [192.168.1.2]) by hoppel.local (Postfix) with ESMTP id DC3ED6142 for ; Tue, 9 Nov 2004 12:05:49 +0100 (CET) From: =?utf-8?B?QmrDtnJuIEvDtm5pZw==?= To: Date: Tue, 9 Nov 2004 12:07:10 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcTGTEImqah7tAm2T1uQn69ILpdudA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20041109110549.DC3ED6142@hoppel.local> X-Virus-Scanned: by amavisd-new at alpha-tierchen.de Subject: Re: standard-supfile = stable-supfile with 5.3 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 11:03:01 -0000 Rob wrote: > If so, then why do we have a standard-supfile and a stable-supfile > doing the same thing? If both bring you -STABLE, one of the two seems > to be redundant to me and having two sup files doing the same only > causes confusion. Maybe you're right. There is a kind of redundancy now, but these two = files brought not always the same. It would be more confusing if you = have two different files and someday one them is missing, because = someone deleted it. Bj=C3=B6rn From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 11:34:02 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3044116A4CE for ; Tue, 9 Nov 2004 11:34:02 +0000 (GMT) Received: from mailbox.rainbownet.com (mailbox.rainbownet.com [213.174.191.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6998543D53 for ; Tue, 9 Nov 2004 11:34:01 +0000 (GMT) (envelope-from aturetta@commit.it) Received: from 192.168.43.85 ([151.38.10.253]) (authenticated user aturetta@rainbownet.com) by rainbownet.com (mailbox.rainbownet.com [127.0.0.1]) (MDaemon.PRO.v6.8.5.R) with ESMTP id 36-md50000001047.tmp for ; Tue, 09 Nov 2004 12:33:40 +0100 Message-ID: <4190AB16.8040801@commit.it> Date: Tue, 09 Nov 2004 12:33:42 +0100 From: Angelo Turetta User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Patrick M. Hausen" References: <200411081908.iA8J8QJo054703@hugo10.ka.punkt.de> In-Reply-To: <200411081908.iA8J8QJo054703@hugo10.ka.punkt.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: aturetta@rainbownet.com X-Spam-Processed: mailbox.rainbownet.com, Tue, 09 Nov 2004 12:33:40 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 151.38.10.253 X-Return-Path: aturetta@commit.it X-MDaemon-Deliver-To: freebsd-stable@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: PXE installing 5.3-RELEASE on a Soekris 4801 fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 11:34:02 -0000 Patrick M. Hausen wrote: > Hello! > > [... Kernel loading and starting just fine ...] > Mounting root from nfs: > NFS ROOT: 10.0.0.110:/cdrom > init: not found in path /sbin/init:/sbin/oinit:/sbin/init.bak:/stand/sysinstall It's a small bug in 5.x after 5.2.1-RELEASE. Please look for a simple work-around at: http://docs.freebsd.org/cgi/mid.cgi?Pine.BSF.4.53.0410200513490.87738 Angelo Turetta From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 12:16:47 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D96EF16A4CE for ; Tue, 9 Nov 2004 12:16:47 +0000 (GMT) Received: from shaolin.selfdestruct.net (shaolin.selfdestruct.net [193.65.195.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CE1E43D1F for ; Tue, 9 Nov 2004 12:16:47 +0000 (GMT) (envelope-from toni.viemero@iki.fi) Received: by shaolin.selfdestruct.net (Postfix, from userid 1000) id B9F54B26B0; Tue, 9 Nov 2004 14:16:45 +0200 (EET) Date: Tue, 9 Nov 2004 14:16:45 +0200 From: Toni Viemero To: freebsd-stable@freebsd.org Message-ID: <20041109121645.GA934@shaolin.selfdestruct.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.6i Subject: Problem with CNAMEs and 5.3-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 12:16:48 -0000 I don't know where to look or how to debug my problem. When querying DNS with 'host' command I get two extra prints for _all_ CNAME hosts (AAAA and MX queries are interpreted as "valid" answers). Do I have some odd leftovers from Bind 8.3 -> 9.0 update, since this machine was 5.3-BETA1 when installed and I've followed all beta and rc "releases" on the way towards 5.3-RELEASE. [toni@shaolin:~]$ host www.google.com www.google.com is an alias for www.google.akadns.net. www.google.akadns.net has address 66.102.11.104 www.google.akadns.net has address 66.102.11.99 www.google.com is an alias for www.google.akadns.net. www.google.com is an alias for www.google.akadns.net. Output of 'host -v' is at http://selfdestruct.net/misc/host_v_google.txt -- Toni Viemerö | http://selfdestruct.net/ "Living on Earth may be expensive, but it includes an annual free trip around the Sun." From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 12:36:10 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4135916A4CF for ; Tue, 9 Nov 2004 12:36:10 +0000 (GMT) Received: from over.ru (over.ru [213.247.139.17]) by mx1.FreeBSD.org (Postfix) with SMTP id E462A43D39 for ; Tue, 9 Nov 2004 12:36:08 +0000 (GMT) (envelope-from tarkhil@webmail.sub.ru) Received: (qmail 12856 invoked by uid 65534); 9 Nov 2004 12:34:55 -0000 Received: from over.ru (HELO localhost) (213.247.139.17) by over.ru with SMTP; 9 Nov 2004 12:34:55 -0000 Received: from unknown ([213.247.139.17]) by localhost (over.ru [213.247.139.17]) (amavisd-new, port 10024) with SMTP id 06706-07 for ; Tue, 9 Nov 2004 15:33:26 +0300 (MSK) Received: from unknown (HELO armada) (192.168.1.251) by over.ru with SMTP; 9 Nov 2004 12:33:20 -0000 Received: (qmail 1260 invoked from network); 9 Nov 2004 12:33:39 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by armada with SMTP; 9 Nov 2004 12:33:39 -0000 Date: Tue, 9 Nov 2004 15:33:39 +0300 From: Alex Povolotsky To: freebsd-usb@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20041109153339.5801b376@localhost> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at over.ru Subject: USB external CD-RW and FreeBSD 5.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 12:36:10 -0000 On Tue, 02 Nov 2004 18:30:59 +0100 des@des.no (Dag-Erling Sm_rgrav) wrote: > Alex Povolotsky writes: > > I have an external AOPEN CD-RW with USB interface, it works fine > > with 4.10, but doesn't work with 5.ANY (including 5.3BETA7). > > > > 5.x DOES see umass device, but doesn't see any cd device > > dmesg, please. Here is a partial DMESG with some kernel log messages; full dmesg is available on http://freebsd.over.ru/dmesg.cd Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #4: Tue Oct 26 14:20:15 MSD 2004 root@tarkhil.titl.ru:/usr/obj/usr/src/sys/ARMADA CPU: Intel Pentium III (995.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383f9ff real memory = 268369920 (255 MB) avail memory = 252944384 (241 MB) usb1: on ohci0 usb1: USB revision 1.0 uhub1: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered cardbus1: Resource not specified in CIS: id=10, size=1000 found-> vendor=0x1033, dev=0x0035, revid=0x43 bus=3, slot=0, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0xa8 (5040 ns), mingnt=0x01 (250 ns), maxlat=0x2a (10500 ns) intpin=b, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 ohci1: mem 0x88001000-0x88001fff irq 11 at device 0.1 on cardbus1 ohci1: [GIANT-LOCKED] usb2: OHCI version 1.0 usb2: on ohci1 usb2: USB revision 1.0 uhub2: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered cardbus1: Resource not specified in CIS: id=10, size=100 found-> vendor=0x1033, dev=0x00e0, revid=0x04 bus=3, slot=0, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0xa8 (5040 ns), mingnt=0x10 (4000 ns), maxlat=0x22 (8500 ns) intpin=c, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 cardbus1: at device 0.2 (no driver attached) Nov 3 10:47:26 tarkhil kernel: umass0: USB Flash Disk, rev 2.00/2.00, addr 2 Nov 3 10:47:26 tarkhil kernel: umass0:0:0:-1: Attached to scbus0 Nov 3 10:47:26 tarkhil kernel: pass0 at umass-sim0 bus 0 target 0 lun 0 Nov 3 10:47:26 tarkhil kernel: pass0: Removable Direct Access SCSI-2 device Nov 3 10:47:26 tarkhil kernel: pass0: Serial Number  Nov 3 10:47:26 tarkhil kernel: pass0: 1.000MB/s transfers Nov 3 10:47:26 tarkhil kernel: GEOM: new disk da0 Nov 3 10:47:26 tarkhil kernel: (da0:umass-sim0:0:0:0): Retrying Command Nov 3 10:47:26 tarkhil kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Nov 3 10:47:26 tarkhil kernel: da0: Removable Direct Access SCSI-2 device Nov 3 10:47:26 tarkhil kernel: da0: Serial Number  Nov 3 10:47:26 tarkhil kernel: da0: 1.000MB/s transfers Nov 3 10:47:26 tarkhil kernel: da0: 249MB (511488 512 byte sectors: 64H 32S/T 249C) Nov 3 10:47:26 tarkhil kernel: [0] f:00 typ:6 s(CHS):0/1/1 e(CHS):247/63/32 s:32 l:507872 Nov 3 10:47:26 tarkhil kernel: [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 Nov 3 10:47:26 tarkhil kernel: [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 Nov 3 10:47:26 tarkhil kernel: [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 Nov 3 10:47:26 tarkhil kernel: GEOM: Configure da0s1, start 16384 length 260030464 end 260046847 Nov 3 10:47:39 tarkhil kernel: umass0: at uhub2 port 1 (addr 2) disconnected Nov 3 10:47:39 tarkhil kernel: (da0:umass-sim0:0:0:0): lost device Nov 3 10:47:39 tarkhil kernel: (da0:umass-sim0:0:0:0): removing device entry Nov 3 10:47:39 tarkhil kernel: (pass0:umass-sim0:0:0:0): lost device Nov 3 10:47:39 tarkhil kernel: (pass0:umass-sim0:0:0:0): removing device entry Nov 3 10:47:39 tarkhil kernel: umass0: detached Nov 3 10:47:55 tarkhil kernel: umass0: AOPEN Aopen USB2.0 Device, rev 2.00/0.01, addr 2 Nov 3 10:47:55 tarkhil kernel: umass0: Get Max Lun not supported (STALLED) Nov 3 10:47:55 tarkhil kernel: umass0:0:0:-1: Attached to scbus0 Nov 3 10:47:57 tarkhil kernel: (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR Nov 3 10:47:57 tarkhil kernel: (probe0:umass-sim0:0:0:0): Retrying Command Nov 3 10:47:57 tarkhil kernel: (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR Nov 3 10:47:57 tarkhil kernel: (probe0:umass-sim0:0:0:0): Retrying Command Nov 3 10:47:57 tarkhil kernel: (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR Nov 3 10:47:57 tarkhil kernel: (probe0:umass-sim0:0:0:0): Retrying Command Nov 3 10:47:57 tarkhil kernel: (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR Nov 3 10:47:57 tarkhil kernel: (probe0:umass-sim0:0:0:0): Retrying Command Nov 3 10:47:57 tarkhil kernel: (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR Nov 3 10:47:57 tarkhil kernel: (probe0:umass-sim0:0:0:0): error 5 Nov 3 10:47:57 tarkhil kernel: (probe0:umass-sim0:0:0:0): Retries Exausted Reminding: the same unit worked fine on the same box running 4.10-RELEASE. -- Alex Povolotsky SwissCom From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 12:59:16 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0885C16A4CE for ; Tue, 9 Nov 2004 12:59:16 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E35943D2F for ; Tue, 9 Nov 2004 12:59:13 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by wproxy.gmail.com with SMTP id 68so217008wri for ; Tue, 09 Nov 2004 04:59:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=Y7yRCy/E2UdOxnwpU5ANJ60wYHRFDyT5JYdPj0IvD4C8caha6n7iRqrDFrzdJycZWAgn5Ej+tTIbrwFYOeoj7CtlQl9A0zUKJooQ7yvgJ3RH6Rj/gGACeNjHdEn3LbD3sY6TVUnkwPBdascJyD68u0r2jecGjUR01KuoMq3BnoY= Received: by 10.54.18.55 with SMTP id 55mr25111wrr; Tue, 09 Nov 2004 04:59:12 -0800 (PST) Received: by 10.54.36.63 with HTTP; Tue, 9 Nov 2004 04:59:12 -0800 (PST) Message-ID: Date: Tue, 9 Nov 2004 13:59:12 +0100 From: Cristiano Deana To: freebsd-stable@freebsd.org In-Reply-To: <20041108154129.C64EC5D04@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041108154129.C64EC5D04@ptavv.es.net> Subject: Re: Odd error at end of "make installworld" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Cristiano Deana List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 12:59:16 -0000 On Mon, 08 Nov 2004 07:41:29 -0800, Kevin Oberman wrote: > I think there is a small issue with the Makefile, although I don't see > exactly what. But I'm no great shakes on Makefiles. Take a look: http://lists.freebsd.org/pipermail/freebsd-current/2004-July/031497.html btw, you can find it in /usr/src/Makefile. cris. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 13:12:01 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FF4016A4CE for ; Tue, 9 Nov 2004 13:12:01 +0000 (GMT) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05BD643D58 for ; Tue, 9 Nov 2004 13:12:01 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from [10.9.204.1] (dsl093-061-215.pit1.dsl.speakeasy.net [66.93.61.215]) by bache.ece.cmu.edu (Postfix) with ESMTP id 715CD82; Tue, 9 Nov 2004 08:11:59 -0500 (EST) From: "Brandon S. Allbery KF8NH" To: Yann Golanski In-Reply-To: <20041109103902.GA69223@kierun.org> References: <20041109103902.GA69223@kierun.org> Content-Type: text/plain Message-Id: <1100005918.89688.44.camel@rushlight.kf8nh.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 09 Nov 2004 08:11:58 -0500 Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: Portupgrade script. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 13:12:01 -0000 On Tue, 2004-11-09 at 05:39, Yann Golanski wrote: > ### Variouse ports that need stuff... Where should I put those? > # X11 > X_WINDOW_SYSTEM=xorg > # mutt > WITH_MUTT_MBOX_HOOK_PATCH=yes > MAIL_GID=mail > # rxvt > WITH_MOUSEWHEEL=yes > WITH_RXVT_SCROLLBAR=yes > WITH_MENUBAR=yes > # imp3 > WITH_APACHE2=yes > WITHOUT_LDAP=yes > # Aspell > ASPELL_EN=yes You don't export these, so they're not actually seen by portupgrade. It's far more convenient to place these in either /etc/make.conf or /usr/local/etc/pkgtools.conf. If you search the ports list archives for make.conf and pkgtools.conf you'll find discussions on how to use both. I think a number of us have such scripts, but don't publish them. I fire mine off manually to (a) cvsup and (b) fetch packages, then check UPDATING and only fire off the automated world and/or ports rebuilds if there's no surprises lurking; otherwise I handle them manually. -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 10:25:20 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6196A16A4CE for ; Tue, 9 Nov 2004 10:25:20 +0000 (GMT) Received: from marvin.muc.de (marvin.muc.de [193.149.48.2]) by mx1.FreeBSD.org (Postfix) with SMTP id E769143D45 for ; Tue, 9 Nov 2004 10:25:17 +0000 (GMT) (envelope-from mod-submit@uni-berlin.de) Received: (qmail 30402 invoked by alias); 9 Nov 2004 10:25:16 -0000 Delivered-To: mods-muc-lists-freebsd-stable@moderators.muc.de Received: (qmail 30395 invoked from network); 9 Nov 2004 10:25:16 -0000 Received: from mail.fu-berlin.de (130.133.1.2) by marvin.muc.de with SMTP; 9 Nov 2004 10:25:16 -0000 Received: by Mail.FU-Berlin.DE (Exim 4.42) from curry.zedat.fu-berlin.de ([160.45.10.36]) for muc-lists-freebsd-stable@moderators.muc.de with esmtp id <1CRTBb-0008A7-RF>; Tue, 09 Nov 2004 11:25:16 +0100 Received: by Curry.ZEDAT.FU-Berlin.DE (Smail3.2.0.98) from news.uni-berlin.de with bsmtp id ; Tue, 9 Nov 2004 11:25:15 +0100 (MET) To: muc-lists-freebsd-stable@moderators.muc.de Path: not-for-mail From: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= Newsgroups: mpc.lists.freebsd.stable,muc.lists.freebsd.stable Date: Tue, 09 Nov 2004 11:29:27 +0100 Lines: 18 Message-ID: <2vbk8aF2jir87U1@uni-berlin.de> References: <41907C91.9000706@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Orig-X-Trace: news.uni-berlin.de CCDcwWGD/Tj7+XbkUcVrQAVDeKwWNxpCBPi5xpxF9ZWW0QLkPH1d00XzeJ User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en In-Reply-To: <41907C91.9000706@yahoo.com> X-Mailman-Approved-At: Tue, 09 Nov 2004 13:46:31 +0000 Subject: Re: standard-supfile = stable-supfile with 5.3 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 10:25:20 -0000 Rob wrote: > both have > > *default release=cvs tag=RELENG_5 > > although the first one claims to download CURRENT. > > And, eh, why is the filename "standard-supfile" and > why not the more obvious "current-supfile" ? It only claims, but it doesn't bring you -CURRENT. That's the reason why it should not be renamed. The standard-supfile contains the standard tag of your release to keep it up to date. Maybe someone will change this sentence to 'This file contains all of the "CVSup collections" that make up the FreeBSD-stable source tree.' soon. Björn From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 14:48:30 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB96816A4CE for ; Tue, 9 Nov 2004 14:48:30 +0000 (GMT) Received: from electricrain.com (electricrain.com [64.71.143.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93BF043D2F for ; Tue, 9 Nov 2004 14:48:30 +0000 (GMT) (envelope-from fuzzy@electricrain.com) Received: (qmail 23943 invoked by uid 540); 9 Nov 2004 14:48:28 -0000 Date: Tue, 9 Nov 2004 06:48:28 -0800 From: Chris Doherty To: freebsd-stable@freebsd.org Message-ID: <20041109144828.GN4658@zot.electricrain.com> References: <20041109103902.GA69223@kierun.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041109103902.GA69223@kierun.org> User-Agent: Mutt/1.4i X-Operating-System: XEmacs X-Koan: mu. X-Message-Flag: This message contains absolutely no malicious code. Organization: The Inside Foundation Subject: Re: Portupgrade script. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: chris-freebsd@randomcamel.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 14:48:30 -0000 On Tue, Nov 09, 2004 at 10:39:02AM +0000, Yann Golanski said: > Would people be kind enough to have a look at the following script and > tell me what horrors/faux pas/stupid things I have done? > > The script is an almost automated way to upgrade all your ports to the > latest version. I tried a similar sort of thing, to save time on my poor little 366MHz laptop: I already had a script to do the cvsup and pkg_version, so I thought I'd speed things up by going through that list and doing a portupgrade -Rr on each out-of-date port, rather than the more CPU/disk-intensive portupgrade -Rra. for lack of a better phrase, this made portupgrade get all funky on me sometimes: I'd find that ports weren't upgraded, or were upgraded incompletely, or that sometimes ports would be magically deinstalled despite their still being required. so you can give it a shot, but I've stuck with using portupgrade -Rra, or manually doing portupgrade -Rr on the specific ports I want, and I haven't had any problems (well, it was occasionally installing sgmlformat or docbook without anything that required it, but that seems to have died down). chris ------------------------------- Chris Doherty "I think," said Christopher Robin, "that we ought to eat all our provisions now, so we won't have so much to carry." -- A. A. Milne ------------------------------- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 16:04:09 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4DED16A4CE for ; Tue, 9 Nov 2004 16:04:09 +0000 (GMT) Received: from web41209.mail.yahoo.com (web41209.mail.yahoo.com [66.218.93.42]) by mx1.FreeBSD.org (Postfix) with SMTP id 8757B43D4C for ; Tue, 9 Nov 2004 16:04:09 +0000 (GMT) (envelope-from stevensbsd@yahoo.com) Received: (qmail 26447 invoked by uid 60001); 9 Nov 2004 16:04:09 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=daluOek20w4lgxKsBH2YWWcqg23SLcYCd4ZdSAzNV0k/u97zPPZiqhwioz3F54azhoXpYgEyrFgHR1orAQjTOViq/ua3hnyEVvzjh/aWWdokYRHxz2fYVYAOW2AnQrrT8XMkpHCyBIy//OKnikd2kEO52Ok+ma/siyNmbWKKrRk= ; Message-ID: <20041109160408.26445.qmail@web41209.mail.yahoo.com> Received: from [218.19.5.233] by web41209.mail.yahoo.com via HTTP; Tue, 09 Nov 2004 08:04:08 PST Date: Tue, 9 Nov 2004 08:04:08 -0800 (PST) From: Hongbo Li To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: usb@freebsd.org Subject: umass can't work under freebsd 5.3 GENERIC kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 16:04:09 -0000 my box is a dell latitude d400 laptop. dmesg output: umass0: Dell USB Drive A01, rev 2.00/1.04, addr 2 umass0: Get Max Lun not supported (STALLED) umass0: Phase Error, residue = 0 umass0: Phase Error, residue = 0 umass0: Phase Error, residue = 0 umass0: Phase Error, residue = 0 umass0: Phase Error, residue = 0 umass0: at uhub1 port 2 (addr 2) disconnected umass0: detached btw: umass works fine under FreeBSD 4.10. __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 16:18:42 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC31C16A4CE for ; Tue, 9 Nov 2004 16:18:42 +0000 (GMT) Received: from smtp005.bizmail.sc5.yahoo.com (smtp005.bizmail.sc5.yahoo.com [66.163.175.82]) by mx1.FreeBSD.org (Postfix) with SMTP id 9406C43D5D for ; Tue, 9 Nov 2004 16:18:42 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.195.95 with login) by smtp005.bizmail.sc5.yahoo.com with SMTP; 9 Nov 2004 16:18:42 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 5F2AD6114; Tue, 9 Nov 2004 10:18:41 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 03080-10; Tue, 9 Nov 2004 10:18:39 -0600 (CST) Received: from www.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 9954260CF; Tue, 9 Nov 2004 10:18:39 -0600 (CST) Received: from 69.53.57.66 (SquirrelMail authenticated user noackjr); by www.noacks.org with HTTP; Tue, 9 Nov 2004 10:18:39 -0600 (CST) Message-ID: <59104.69.53.57.66.1100017119.squirrel@69.53.57.66> In-Reply-To: <41909E5F.7020300@yahoo.com> References: <20041109103151.40F326147@hoppel.local> <41909E5F.7020300@yahoo.com> Date: Tue, 9 Nov 2004 10:18:39 -0600 (CST) From: "Jon Noack" To: "Rob" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at noacks.org cc: scottl@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: standard-supfile = stable-supfile with 5.3 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 16:18:42 -0000 Rob wrote: > Björn König wrote: >> Rob wrote: >>> [...] >>> >>> both have >>> >>> *default release=cvs tag=RELENG_5 >>> >>> although the first one claims to download CURRENT. >>> >>> And, eh, why is the filename "standard-supfile" and >>> why not the more obvious "current-supfile" ? >> >> It only claims, but it doesn't bring you -CURRENT. >> That's the reason why it should not be renamed. >> The standard-supfile contains the standard tag of your release >> to keep it up to date. Maybe someone will change this sentence >> in standard-supfile to 'This file contains all of the "CVSup >> collections" that make up the FreeBSD-stable source tree.' soon. > > If so, then why do we have a standard-supfile and a stable-supfile doing > the same thing? If both bring you -STABLE, one of the two seems to be > redundant to me and having two sup files doing the same only causes > confusion. On 4.X they were different; stable-supfile got you RELENG_4 but standard_supfile got you RELENG_4_X. This same scheme was used for 5.0, but as of 5.1 it was not carried over. I brought this up on current@ back in December: http://lists.freebsd.org/pipermail/freebsd-current/2003-December/thread.html#15935 The consensus was that we needed an example file for -CURRENT (say, current-supfile) just like stable-supfile. The behavior of standard-supfile would then be designed to keep you tracking the most appropriate branch (HEAD if using -CURRENT, RELENG_X if using -STABLE, RELENG_X_Y is using a release). My thoughts and a patch to make this happen: http://lists.freebsd.org/pipermail/freebsd-current/2003-December/016071.html Jon From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 16:34:57 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50B7A16A4CE for ; Tue, 9 Nov 2004 16:34:57 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7D0843D53 for ; Tue, 9 Nov 2004 16:34:56 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) iA9GYuIo021958; Tue, 9 Nov 2004 11:34:56 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id iA9GYuDt021957; Tue, 9 Nov 2004 11:34:56 -0500 (EST) Date: Tue, 9 Nov 2004 11:34:55 -0500 From: Ken Smith To: Rob Message-ID: <20041109163455.GM16345@electra.cse.Buffalo.EDU> References: <41907C91.9000706@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41907C91.9000706@yahoo.com> User-Agent: Mutt/1.4.1i cc: freebsd-stable@freebsd.org Subject: Re: standard-supfile = stable-supfile with 5.3 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 16:34:57 -0000 On Tue, Nov 09, 2004 at 05:15:13PM +0900, Rob wrote: > The two files > > /usr/src/share/examples/cvsup/standard-supfile > /usr/src/share/examples/cvsup/stable-supfile > > both have > > *default release=cvs tag=RELENG_5 > > although the first one claims to download CURRENT. > > And, eh, why is the filename "standard-supfile" and > why not the more obvious "current-supfile" ? I'm not sure I understand. How was your system brought up to the new release - was it a CD install or cvsup-ed? If cvsup-ed what did you use as the tag during the cvsup? I'm seeing what you expect both in CVS and on a system installed from CD: harlow 1 % cd /usr/share/examples/cvsup/ harlow 2 % grep "default release" standard-supfile stable-supfile standard-supfile:*default release=cvs tag=RELENG_5_3 stable-supfile:*default release=cvs tag=RELENG_5 harlow 3 % uname -a FreeBSD harlow.cse.buffalo.edu 5.3-RELEASE FreeBSD 5.3-RELEASE #3: Thu Nov 4 16:14:06 EST 2004 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 harlow 4 % The standard-supfile is meant for people who want to track the release branch as Errata/Security updates get applied to it. The stable-supfile is meant for people who want to track the *development* branch, which is not recommended for people who do not have the time to watch over the freebsd-stable mailing list (on occasion mistakes do happen in the development branch and other development work can at times cause glitches people need to be aware of). -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 16:46:00 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E82716A57B for ; Tue, 9 Nov 2004 16:46:00 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAD9C43D2D for ; Tue, 9 Nov 2004 16:45:59 +0000 (GMT) (envelope-from rob@pythonemproject.com) Received: from [127.0.0.1] (c-67-169-203-186.client.comcast.net[67.169.203.186]) by comcast.net (sccrmhc12) with ESMTP id <20041109164558012009qu0je> (Authid: europax); Tue, 9 Nov 2004 16:45:58 +0000 Message-ID: <4190F4D4.60509@pythonemproject.com> Date: Tue, 09 Nov 2004 08:48:20 -0800 From: Rob User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20041108171013.EA8915D09@ptavv.es.net> In-Reply-To: <20041108171013.EA8915D09@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Spam on Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rob@pythonemproject.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 16:46:01 -0000 Kevin Oberman wrote: >>Date: Mon, 08 Nov 2004 08:57:54 -0800 >>From: Rob >>Sender: owner-freebsd-stable@freebsd.org >> >>Hi all, >> >>I just recently joined this list and I am getting more spam than -stable >>posts. Is this normal these days? I was on -current and it had its >>share of spam, but it wasn't too bad. Since I am tracking RELENG_5, I >>jumped lists to -stable >> >> > >It may be my spam filtering, but I see VERY little spam from any FreeBSD >list. Spam on stable is very rare for me. > > Hi Ken, I think I know what is happening. I used to get 100 spam emails per day on this email address, then Verio, my domain host put in some antispam filters on their MTA's, and it dropped off by 90%. I need to go check their site and see if they have changed anything. Rob From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 16:49:46 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50CB916A4CF for ; Tue, 9 Nov 2004 16:49:46 +0000 (GMT) Received: from brainy.ilsmart.com (brainy.ilsmart.com [206.175.69.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F15F43D49 for ; Tue, 9 Nov 2004 16:49:45 +0000 (GMT) (envelope-from bgoering@ilsmart.com) Received: from webshield.ilsmart.net (direct.ilsmart.com [206.175.69.65] (may be forged)) by brainy.ilsmart.com (8.13.1/8.13.1) with SMTP id iA9Gnivh013429 for ; Tue, 9 Nov 2004 10:49:44 -0600 (CST) (envelope-from bgoering@ilsmart.com) Received: from ilsinet.ilsmart.com(206.175.69.15) by webshield.ilsmart.net via csmap id 7948; Tue, 09 Nov 2004 11:03:35 -0600 (CST) Received: from NT2NOTES.ilsmart.com ([192.168.102.30]) by svr03.ilsmart.com (Lotus Domino Release 6.0.1) with ESMTP id 2004110910495574-22684 ; Tue, 9 Nov 2004 10:49:55 -0600 Sensitivity: To: freebsd-stable@freebsd.org X-Mailer: Lotus Notes Release 6.5 September 26, 2003 Message-ID: From: Bill Goering Date: Tue, 9 Nov 2004 10:48:57 -0600 MIME-Version: 1.0 X-MIMETrack: Serialize by Router on NT2NOTES/ILS(Release 6.0.2CF1|June 9, 2003) at 11/09/2004 10:49:55 AM,2003) at 11/09/2004 10:49:55 AM, at 11/09/2004 10:49:56 AM, Serialize complete at 11/09/2004 10:49:56 AM Content-type: text/plain; charset=US-ASCII Subject: Bind negative cache poison X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 16:49:46 -0000 Hi All, Since my upgrade to 4.10 Stable in mid-Octobor I have been experiencing some named cache poisoning. This is remarkebly similar to problems that I had back around September of 2003 that were fixed then for the 4.9 version of FreeBSD. I guess the questions for the group are: 1. Has anyone else seen this? 2. Is it possible the fix got dropped in the 4.10 release? Thanks...version information follows -su-2.05b# nslookup -q=txt -class=CHAOS version.bind. 0 Server: localhost.domain.com Address: 127.0.0.1 VERSION.BIND text = "8.3.7-REL" -------------------------------------------------------------------------------------------------------------- FreeBSD dummy.domain.com 4.10-STABLE FreeBSD 4.10-STABLE #8: Sat Oct 16 19:49: 29 CDT 2004 root@dummy.domain.com:/usr/obj/usr/src/sys/DUMMY i386 From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 16:51:26 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEA9B16A4CE for ; Tue, 9 Nov 2004 16:51:26 +0000 (GMT) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3038643D39 for ; Tue, 9 Nov 2004 16:51:24 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 8289E217B5 for ; Tue, 9 Nov 2004 11:51:23 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: <0B0B1841-31CC-11D9-8097-003065ABFD92@mac.com> References: <0B0B1841-31CC-11D9-8097-003065ABFD92@mac.com> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <968F78D2-326F-11D9-9E53-000A9578CFCC@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Tue, 9 Nov 2004 11:51:23 -0500 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.619) Subject: Re: Filesystem buffer size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 16:51:26 -0000 On Nov 8, 2004, at 4:20 PM, Charles Swiger wrote: > So long as the system has enough memory available for the working sets > of the processes being run, FreeBSD will use the rest of the memory > for caching stuff from the filesystem without needing any special > tuning. > Are you sure of this? The disk buffer cache from what I have learned is maxed out at 200Mb, which is a small fraction of a 4GB RAM box. Vivek Khera, Ph.D. +1-301-869-4449 x806 From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 17:13:55 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E271916A4CE for ; Tue, 9 Nov 2004 17:13:55 +0000 (GMT) Received: from gate.ka.punkt.de (gate.ka.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 496F543D41 for ; Tue, 9 Nov 2004 17:13:55 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by gate.ka.punkt.de with ESMTP id iA9HBXWP022688 for ; Tue, 9 Nov 2004 18:11:33 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id iA9HDsPf091163; Tue, 9 Nov 2004 18:13:54 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id iA9HDoAG091162; Tue, 9 Nov 2004 18:13:50 +0100 (CET) (envelope-from ry93) From: "Patrick M. Hausen" Message-Id: <200411091713.iA9HDoAG091162@hugo10.ka.punkt.de> In-Reply-To: <4190AB16.8040801@commit.it> To: Angelo Turetta Date: Tue, 9 Nov 2004 18:13:50 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: PXE installing 5.3-RELEASE on a Soekris 4801 fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 17:13:56 -0000 Hello! > It's a small bug in 5.x after 5.2.1-RELEASE. Please look for a simple > work-around at: > > http://docs.freebsd.org/cgi/mid.cgi?Pine.BSF.4.53.0410200513490.87738 That did it - thanks a lot. Regards, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 17:25:09 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DFBE16A4CE for ; Tue, 9 Nov 2004 17:25:09 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A5A043D60 for ; Tue, 9 Nov 2004 17:25:09 +0000 (GMT) (envelope-from nembriz@gmail.com) Received: by rproxy.gmail.com with SMTP id a36so74332rnf for ; Tue, 09 Nov 2004 09:25:08 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=MOV2/hS15otZzC5pVspQ7AvX7JQgbZRedVmLbkYFTgEKiav+fULeBe/h5pQjie/ObIw2h0TrxExFCQe00s7XkAmx4wL7uv8blnkfHy6ebY0VrMNAjZ6einYI/Q2NdTbAAux7vYfRRQKznhNU8vxbrKI7sxZVzTb+yNqYE0VnTbI= Received: by 10.38.79.2 with SMTP id c2mr449796rnb; Tue, 09 Nov 2004 09:25:08 -0800 (PST) Received: by 10.38.65.22 with HTTP; Tue, 9 Nov 2004 09:25:08 -0800 (PST) Message-ID: <6d46f148041109092518bde00c@mail.gmail.com> Date: Tue, 9 Nov 2004 11:25:08 -0600 From: =?ISO-8859-1?Q?Nicol=E1s_de_Bari_Embriz_Garc=EDa_Rojas?= To: "Giovanni P. Tirloni" In-Reply-To: <41909B04.4040207@tirloni.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable References: <6d46f148041108230866bef0b6@mail.gmail.com> <41909B04.4040207@tirloni.org> cc: freebsd-stable@freebsd.org Subject: Re: NVIDIA driver crashing the system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: =?ISO-8859-1?Q?Nicol=E1s_de_Bari_Embriz_Garc=EDa_Rojas?= List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 17:25:09 -0000 Hello I will remove device agp from the kernel, what other options should i use for re-installing the nvidia driver from the ports? right now I have this packages on my system: linux_base-8-8.0_4 and XFree86-4.4.0_1,1=20 and this on /boo/loader.con: ndis_load=3D"YES" if_ndis_load=3D"YES" snd_ich_load=3D"YES" ntfs_load=3D"YES" nvidia_load=3D"YES" also my kernel has the options COMPAT_LINUX regards. On Tue, 09 Nov 2004 08:25:08 -0200, Giovanni P. Tirloni w= rote: > Nicol=E1s de Bari Embriz Garc=EDa Rojas wrote: > > I am trying to use the nvidia driver from the ports on FreeBSD > > 5.3-STABLE but every time i startup X the system crash > > > > My system: > > Laptop: Dell latitud D800 > > video card: GeForce FX Go5200 > > > > I attached a console to the laptop and i got this: > > > > --- > > NVRM: detected agp.ko, aborting NVIDIA AGP setup! >=20 > This message means the Nvidia driver found the native AGP driver > that comes with FreeBSD. I'd sugest removing "device agp" from your > kernel and giving it a try. Remember to put nvidia_load=3D"YES" in > /boot/loader.conf. >=20 > Another sugestion is not to use any kind of compiler optimization > in /etc/make.conf. >=20 > I've a FX5200 128MB and it worked fine with 5.3-STABLE from > yesterday. >=20 > -- > Giovanni P. Tirloni >=20 > From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 17:56:37 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F18C16A4CE; Tue, 9 Nov 2004 17:56:37 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14D3843D49; Tue, 9 Nov 2004 17:56:37 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP id IBA74465; Tue, 09 Nov 2004 09:56:36 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 8AA4E5D04; Tue, 9 Nov 2004 09:56:36 -0800 (PST) To: Ruslan Ermilov In-reply-to: Your message of "Tue, 09 Nov 2004 11:15:15 +0200." <20041109091515.GE43113@ip.net.ua> Date: Tue, 09 Nov 2004 09:56:36 -0800 From: "Kevin Oberman" Message-Id: <20041109175636.8AA4E5D04@ptavv.es.net> cc: freebsd-stable@freebsd.org Subject: Re: Odd error at end of "make installworld" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 17:56:37 -0000 > Date: Tue, 9 Nov 2004 11:15:15 +0200 > From: Ruslan Ermilov > > > --a1QUDc0q7S3U7/Jg > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Mon, Nov 08, 2004 at 07:41:29AM -0800, Kevin Oberman wrote: > > I think there is a small issue with the Makefile, although I don't see > > exactly what. But I'm no great shakes on Makefiles. > >=20 > > At the very end of the installworld, after completely the makewhatis and > > /etc stuff, I got the message that I should not be doing a make world: > > WARNING: make world will overwrite your existing FreeBSD > > installation without also building and installing a new > > kernel. This can be dangerous. Please read the handbook, > > 'Rebuilding world', for how to upgrade your system. > > Define DESTDIR to where you want to install FreeBSD, > > including /, to override this warning and proceed as usual. > > You may get the historical 'make world' behavior by defining > > HISTORICAL_MAKE_WORLD. You should understand the implications > > before doing this. > >=20 > > Bailing out now... > >=20 > > But I had not done a 'make world'. I did the standard sequence with a > > re-boot after installkernal, a mergemaster -p, and installworld. Since > > this message is the second invocation of "world:" in Makefile, I suspect > > it needs to be worked on a bit. > >=20 > > FWIW, I was updating from 5.3-Stable of last Wednesday to -Stable of > > last evening (to get Nate's ACPI patches). > >=20 > Hmm, maybe you typed "make install world", with a space between > "install" and "world"? I can believe that I did, and that might be a good explanation. I won't claim to being a good typist, as most every message I spell check can affirm. But what is the install target? It's at least not documented in Makefile and a grep of Makefile and Makefile.inc1 for "install:" don't show such a target. -- 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-stable@FreeBSD.ORG Tue Nov 9 18:09:00 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63BA816A4CE for ; Tue, 9 Nov 2004 18:09:00 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0282E43D41 for ; Tue, 9 Nov 2004 18:09:00 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.250] (pool-68-161-115-118.ny325.east.verizon.net [68.161.115.118]) by pi.codefab.com (8.12.11/8.12.11) with ESMTP id iA9I8dOS075492 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Nov 2004 13:08:51 -0500 (EST) Message-ID: <4191078B.1040807@mac.com> Date: Tue, 09 Nov 2004 13:08:11 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vivek Khera References: <0B0B1841-31CC-11D9-8097-003065ABFD92@mac.com> <968F78D2-326F-11D9-9E53-000A9578CFCC@khera.org> In-Reply-To: <968F78D2-326F-11D9-9E53-000A9578CFCC@khera.org> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-4.1 required=5.5 tests=AWL,BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on pi.codefab.com cc: freebsd-stable@freebsd.org Subject: Re: Filesystem buffer size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 18:09:00 -0000 Vivek Khera wrote: > On Nov 8, 2004, at 4:20 PM, Charles Swiger wrote: >> So long as the system has enough memory available for the working sets >> of the processes being run, FreeBSD will use the rest of the memory >> for caching stuff from the filesystem without needing any special tuning. > > Are you sure of this? No. :-) However, I'm willing to count not just the actual disk buffer cache itself, but process-level caching of files. The OP didn't mention what kind of server application he was using, but things like squid and apache will buffer files into RAM (ie, the process' address space). I am not as sure about things like NFS or Samba/CIFS. > The disk buffer cache from what I have learned is > maxed out at 200Mb, which is a small fraction of a 4GB RAM box. OK. If you've got many hundreds of MBs worth to deal with, perhaps using md(4) would be a better idea. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 18:27:28 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7807816A4CE for ; Tue, 9 Nov 2004 18:27:28 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8108F43D58 for ; Tue, 9 Nov 2004 18:27:27 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iA9IRLN7024153; Tue, 9 Nov 2004 20:27:21 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 36783-11; Tue, 9 Nov 2004 20:27:20 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iA9IRKF5024150 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Nov 2004 20:27:20 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id iA9IQukV047915; Tue, 9 Nov 2004 20:26:56 +0200 (EET) (envelope-from ru) Date: Tue, 9 Nov 2004 20:26:55 +0200 From: Ruslan Ermilov To: Kevin Oberman Message-ID: <20041109182655.GD47494@ip.net.ua> References: <20041109091515.GE43113@ip.net.ua> <20041109175636.8AA4E5D04@ptavv.es.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hxkXGo8AKqTJ+9QI" Content-Disposition: inline In-Reply-To: <20041109175636.8AA4E5D04@ptavv.es.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-stable@FreeBSD.org Subject: Re: Odd error at end of "make installworld" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 18:27:28 -0000 --hxkXGo8AKqTJ+9QI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 09, 2004 at 09:56:36AM -0800, Kevin Oberman wrote: [...] > I can believe that I did, and that might be a good explanation. I won't > claim to being a good typist, as most every message I spell check can > affirm. But what is the install target? It's at least not documented in > Makefile and a grep of Makefile and Makefile.inc1 for "install:" don't > show such a target. >=20 It's the standard bsd.subdir.mk target, and installworld effectively runs "make install", after doing some preparatory steps. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --hxkXGo8AKqTJ+9QI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBkQvvqRfpzJluFF4RAi7FAJ4n1z9LMKpxLNa7j8Wx83dz8+UkBwCff04R F5nj34Gl98+anu7MJZZ4WL8= =lS+l -----END PGP SIGNATURE----- --hxkXGo8AKqTJ+9QI-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 18:40:56 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7178116A5AF for ; Tue, 9 Nov 2004 18:40:45 +0000 (GMT) Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com [81.103.67.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E1D843D1D for ; Tue, 9 Nov 2004 18:40:42 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.43 (FreeBSD)) id 1CRav1-0003kC-G7; Tue, 09 Nov 2004 18:40:39 +0000 Date: Tue, 9 Nov 2004 18:40:38 +0000 From: Ceri Davies To: Ken Smith Message-ID: <20041109184038.GQ57641@submonkey.net> Mail-Followup-To: Ceri Davies , Ken Smith , Rob , freebsd-stable@freebsd.org References: <41907C91.9000706@yahoo.com> <20041109163455.GM16345@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pJM5huthTAeUAjuT" Content-Disposition: inline In-Reply-To: <20041109163455.GM16345@electra.cse.Buffalo.EDU> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.6i Sender: Ceri Davies cc: Rob cc: freebsd-stable@freebsd.org Subject: Re: standard-supfile = stable-supfile with 5.3 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 18:40:56 -0000 --pJM5huthTAeUAjuT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 09, 2004 at 11:34:55AM -0500, Ken Smith wrote: > On Tue, Nov 09, 2004 at 05:15:13PM +0900, Rob wrote: >=20 > > The two files > >=20 > > /usr/src/share/examples/cvsup/standard-supfile > > /usr/src/share/examples/cvsup/stable-supfile > >=20 > > both have > >=20 > > *default release=3Dcvs tag=3DRELENG_5 > >=20 > > although the first one claims to download CURRENT. > >=20 > > And, eh, why is the filename "standard-supfile" and > > why not the more obvious "current-supfile" ? >=20 > I'm not sure I understand. How was your system brought up to the > new release - was it a CD install or cvsup-ed? If cvsup-ed what did > you use as the tag during the cvsup? >=20 > I'm seeing what you expect both in CVS and on a system installed from > CD: >=20 > harlow 1 % cd /usr/share/examples/cvsup/ > harlow 2 % grep "default release" standard-supfile stable-supfile > standard-supfile:*default release=3Dcvs tag=3DRELENG_5_3 > stable-supfile:*default release=3Dcvs tag=3DRELENG_5 > harlow 3 % uname -a > FreeBSD harlow.cse.buffalo.edu 5.3-RELEASE FreeBSD 5.3-RELEASE #3: Thu No= v 4 16:14:06 EST 2004 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys= /SMP i386 > harlow 4 % >=20 > The standard-supfile is meant for people who want to track the release > branch as Errata/Security updates get applied to it. Hmm. share/examples/cvsup/README says: To maintain the sources for the FreeBSD-current release, use: standard-supfile Main source tree ports-supfile Ports collection To maintain the sources for the FreeBSD-stable release, use: stable-supfile Main source tree This implies that standard-supfile should be changed to track -HEAD. It does make sense that it should track RELENG_X_Y (RELENG_5_3 in this case) though. > The stable-supfile > is meant for people who want to track the *development* branch, which > is not recommended for people who do not have the time to watch over > the freebsd-stable mailing list (on occasion mistakes do happen in the > development branch and other development work can at times cause > glitches people need to be aware of). stable-supfile is correct then; we just need to correct the README. Ceri --=20 Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. -- Einstein (attrib.) --pJM5huthTAeUAjuT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBkQ8mocfcwTS3JF8RAt9UAJ9i2WS4jpGZwYJRcVH/4mDsD1bGBACgw+GX fSlwtSjh8wFS36bTZW0MY/E= =6pEA -----END PGP SIGNATURE----- --pJM5huthTAeUAjuT-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 18:58:51 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57F5016A4CE for ; Tue, 9 Nov 2004 18:58:51 +0000 (GMT) Received: from smtp001.bizmail.yahoo.com (smtp001.bizmail.yahoo.com [216.136.172.125]) by mx1.FreeBSD.org (Postfix) with SMTP id 10B9643D49 for ; Tue, 9 Nov 2004 18:58:51 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.195.95 with login) by smtp001.bizmail.yahoo.com with SMTP; 9 Nov 2004 18:58:50 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 376996114; Tue, 9 Nov 2004 12:58:49 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 04917-07; Tue, 9 Nov 2004 12:58:46 -0600 (CST) Received: from www.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 21B9460CF; Tue, 9 Nov 2004 12:58:46 -0600 (CST) Received: from 69.53.57.66 (SquirrelMail authenticated user noackjr); by www.noacks.org with HTTP; Tue, 9 Nov 2004 12:58:46 -0600 (CST) Message-ID: <10097.69.53.57.66.1100026726.squirrel@69.53.57.66> In-Reply-To: <20041109184038.GQ57641@submonkey.net> References: <41907C91.9000706@yahoo.com> <20041109163455.GM16345@electra.cse.Buffalo.EDU> <20041109184038.GQ57641@submonkey.net> Date: Tue, 9 Nov 2004 12:58:46 -0600 (CST) From: "Jon Noack" To: "Ceri Davies" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at noacks.org cc: Ken Smith cc: freebsd-stable@freebsd.org Subject: Re: standard-supfile = stable-supfile with 5.3 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 18:58:51 -0000 Ceri Davies wrote: > On Tue, Nov 09, 2004 at 11:34:55AM -0500, Ken Smith wrote: >> On Tue, Nov 09, 2004 at 05:15:13PM +0900, Rob wrote: >>> The two files >>> >>> /usr/src/share/examples/cvsup/standard-supfile >>> /usr/src/share/examples/cvsup/stable-supfile >>> >>> both have >>> >>> *default release=cvs tag=RELENG_5 >>> >>> although the first one claims to download CURRENT. >>> >>> And, eh, why is the filename "standard-supfile" and >>> why not the more obvious "current-supfile" ? >> >> I'm not sure I understand. How was your system brought up to the >> new release - was it a CD install or cvsup-ed? If cvsup-ed what did >> you use as the tag during the cvsup? >> >> I'm seeing what you expect both in CVS and on a system installed from >> CD: >> >> harlow 1 % cd /usr/share/examples/cvsup/ >> harlow 2 % grep "default release" standard-supfile stable-supfile >> standard-supfile:*default release=cvs tag=RELENG_5_3 >> stable-supfile:*default release=cvs tag=RELENG_5 >> harlow 3 % uname -a >> FreeBSD harlow.cse.buffalo.edu 5.3-RELEASE FreeBSD 5.3-RELEASE #3: Thu >> Nov 4 16:14:06 EST 2004 >> root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 >> harlow 4 % >> >> The standard-supfile is meant for people who want to track the release >> branch as Errata/Security updates get applied to it. > > Hmm. share/examples/cvsup/README says: > > To maintain the sources for the FreeBSD-current release, use: > > standard-supfile Main source tree > > ports-supfile Ports collection > > To maintain the sources for the FreeBSD-stable release, use: > > stable-supfile Main source tree > > This implies that standard-supfile should be changed to track -HEAD. > It does make sense that it should track RELENG_X_Y (RELENG_5_3 in this > case) though. > >> The stable-supfile >> is meant for people who want to track the *development* branch, which >> is not recommended for people who do not have the time to watch over >> the freebsd-stable mailing list (on occasion mistakes do happen in the >> development branch and other development work can at times cause >> glitches people need to be aware of). > > stable-supfile is correct then; we just need to correct the README. The way I read the "Main source tree" comments (for both standard- and stable-) is that those supfiles update "src" (and not "ports", "doc", "www", etc.). In my proposal for a current-supfile I updated the README to correct the description of standard-supfile (although perhaps it would be best to fill in "this branch" with RELENG_5_3 or some such): http://lists.freebsd.org/pipermail/freebsd-current/2003-December/016071.html Jon From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 19:03:31 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E353916A4CE for ; Tue, 9 Nov 2004 19:03:31 +0000 (GMT) Received: from grummit.biaix.org (86.Red-213-97-212.pooles.rima-tde.net [213.97.212.86]) by mx1.FreeBSD.org (Postfix) with SMTP id 42A2843D41 for ; Tue, 9 Nov 2004 19:03:30 +0000 (GMT) (envelope-from lists-freebsd-stable@biaix.org) Received: (qmail 99795 invoked by uid 1000); 9 Nov 2004 19:00:57 -0000 Date: Tue, 9 Nov 2004 20:00:57 +0100 From: Joan Picanyol To: freebsd-stable@freebsd.org Message-ID: <20041109190057.GA99585@grummit.biaix.org> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: buildworld needs root privileges? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 19:03:32 -0000 Hi, I've recvsuped and removed /usr/src and /usr/obj, same symtoms in RELENG_5 and RELENG_5_3. Is this expected/known? -------------------------------------------------------------- >>> stage 1.2: bootstrap tools -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/i386 MAKEFLAGS="-m /usr/src/tools/build/mk -D ALWAYS_CHECK_MAKE -m /usr/src/share/mk" make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=503001 -DNOHTML -DNOINFO -DNOLINT -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -DNO_CPU_CFLAGS -DNO_WARNS bootstrap-tools ===> games/fortune/strfile /usr/obj/usr/src/i386/usr/src/games/fortune/strfile created for /usr/src/games/fortune/strfile rm -f .depend mkdep -f .depend -a -I/usr/obj/usr/src/i386/legacy/usr/include /usr/src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /usr/obj/usr/src/i386/legacy/usr/lib/libegacy.a >> .depend cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/games/fortune/strfile/strfile.c cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -static -L/usr/obj/usr/src/i386/legacy/usr/lib -o strfile strfile.o -legacy sh /usr/src/tools/install.sh "" -o root -g wheel -m 555 strfile /usr/obj/usr/src/i386/legacy/usr/games install: /usr/obj/usr/src/i386/legacy/usr/games/strfile: chown/chgrp: Operation not permitted *** Error code 71 Stop in /usr/src/games/fortune/strfile. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. How do I get it to work again? Why is strfile a needed to boostrap the build? tks -- pica From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 20:35:31 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D07D016A4CE for ; Tue, 9 Nov 2004 20:35:31 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B2C443D48 for ; Tue, 9 Nov 2004 20:35:31 +0000 (GMT) (envelope-from avleeuwen@gmail.com) Received: by rproxy.gmail.com with SMTP id 1so272821rny for ; Tue, 09 Nov 2004 12:35:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=ZD733NmYj+GnGxqoTAabmk4pVJgnZE60/X/eRil3nqJ9Dsuvp3q2KQV6CUOYiwVWsVI44EroidagqM754cQyxpd9DkfC0wInFKcBVwOWdFvouRESearrIZpmJFIQBuTQhf9BsEwPc6QqaIwu7C2VXXw9LWHnwK5SRu6EDRQLqzA= Received: by 10.38.10.71 with SMTP id 71mr395788rnj; Tue, 09 Nov 2004 12:35:25 -0800 (PST) Received: by 10.38.206.31 with HTTP; Tue, 9 Nov 2004 12:35:25 -0800 (PST) Message-ID: Date: Tue, 9 Nov 2004 21:35:25 +0100 From: Arjan Van Leeuwen To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Panic in 5.3, related to network traffic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Arjan Van Leeuwen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 20:35:31 -0000 Hi, I updated my server at home from a -CURRENT from june 7 to 5.3-RELEASE, and now I'm seeing this panic whenever someone behind this gateway starts emule and opens a lot of connections: http://www.piwebs.com/freebsd/pagefault-network.jpg The panic doesn't occur with the -CURRENT kernel from june 7. Setting debug.mpsafenet=0 doesn't help. Does anyone have a suggestion on how to avoid this panic? The panic is very well reproduceable, so if you need more details, please tell me what to do. For now, I'll just downgrade to an older -CURRENT. Best regards, Arjan From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 21:07:15 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2DAF16A4CE for ; Tue, 9 Nov 2004 21:07:15 +0000 (GMT) Received: from bluebottle-fe1.bluebottle.com (bluebottle-fe1.bluebottle.com [67.107.78.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98C4943D48 for ; Tue, 9 Nov 2004 21:07:15 +0000 (GMT) (envelope-from saiman@bluebottle.com) Received: from [192.200.54.8] (offset.atlantis.bg [193.108.24.194] (may be forged)) (saiman@bluebottle.com, authenticated bits=0) id iA9L6vKC005222verify=NO) for ; Tue, 9 Nov 2004 15:07:08 -0600 From: Simeon Goranov To: freebsd-stable@freebsd.org Content-Type: text/plain Message-Id: <1100034560.1226.37.camel@saiman.bl-54.studgrad.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 09 Nov 2004 23:09:21 +0200 Content-Transfer-Encoding: 7bit Subject: natd and ipfw: share Internet connection only with one PC in the LAN X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 21:07:16 -0000 Hi everybody! I'm with FreeBSD 5.3 and i want to share my Internet connection with one more PC not with entire LAN. I have IP 10.0.54.128. The LAN has 10.0.54.0\24. I want to share on one PC with IP 10.0.54.8 My connection to Internet is via pptp: saiman# ifconfig tun0 tun0: flags=8051 mtu 1500 inet 192.200.54.8 --> 192.168.0.34 netmask 0xffffffff Opened by PID 1012 In the kernel I have: options IPDIVERT options IPFIREWALL rc.conf: gateway_enable="YES" firewall_enable="YES" firewall_script="/etc/rc.ipfw" natd_enable="YES" natd_interface="tun0" First I tried this: saiman# ipfw list 00010 divert 8668 ip from any to any via tun0 65000 allow ip from any to any 65535 deny ip from any to any but it stopped my connection: saiman# ping freebsd.org PING freebsd.org (216.136.204.21): 56 data bytes ^C --- freebsd.org ping statistics --- 3 packets transmitted, 0 packets received, 100% packet loss I cant understand why? What's gone on with the divert rule ? Then I did: saiman# ipfw list 00100 allow ip from any to any via lo0 00200 deny ip from any to 127.0.0.0/8 00300 deny ip from 127.0.0.0/8 to any 00400 allow ip from any to 10.0.54.8 via tun0 00500 deny ip from any to 10.0.0.0/8 via tun0 65000 allow ip from any to any 65535 deny ip from any to any Now I have net on 10.0.54.8 and only on 10.0.54.8 , but without divert rule ?!? How ? I'm sure that this is not the right decision .. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 22:34:21 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3842E16A4CE for ; Tue, 9 Nov 2004 22:34:21 +0000 (GMT) Received: from smtp14.wxs.nl (smtp14.wxs.nl [195.121.6.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAD5C43D1F for ; Tue, 9 Nov 2004 22:34:20 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from ronald.echteman.nl (ip51cdc5d2.speed.planet.nl [81.205.197.210]) by smtp14.wxs.nlSMTP id <0I6X00MZKO17UW@smtp14.wxs.nl> for freebsd-stable@freebsd.org; Tue, 09 Nov 2004 23:34:19 +0100 (CET) Received: (qmail 4465 invoked from network); Tue, 09 Nov 2004 22:34:16 +0000 Received: from unknown (HELO laptop.thuis.klop.ws) (192.168.1.4) by ronald.echteman.nl with SMTP; Tue, 09 Nov 2004 22:34:16 +0000 Received: (qmail 737 invoked from network); Tue, 09 Nov 2004 22:34:05 +0000 Received: from localhost (HELO smtp.local) (127.0.0.1) by localhost with SMTP; Tue, 09 Nov 2004 22:34:05 +0000 Date: Tue, 09 Nov 2004 23:34:05 +0100 From: Ronald Klop In-reply-to: <20041109083810.GJ58031@gambit.com.ru> To: ls+lists.freebsd.org.mailman.listinfo.freebsd-stable93930659@gambit.com.ru, freebsd-stable@freebsd.org Message-id: MIME-version: 1.0 Content-type: text/plain; format=flowed; delsp=yes; charset=utf-8 Content-transfer-encoding: 8BIT User-Agent: Opera M2/7.54 (FreeBSD, build 751) References: <20041105110830.GP58031@gambit.com.ru> <20041105215427.GA33096@xor.obsecurity.org> <20041109083810.GJ58031@gambit.com.ru> Subject: Re: 5.3: tmpmfs="YES": panic: kmem_malloc(4096): kmem_map toosmall: 63737856 total allocated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 22:34:21 -0000 On Tue, 9 Nov 2004 11:38:10 +0300, wrote: >>> This host has 192 MB of RAM and 512 MB of swap. >>> + /sbin/mdmfs -i 4096 -s $1 md $2 > > 5 ноября 2004 Đł. в 13:54 -0800, Kris Kennaway пиŃет: >> See the manpage. You don't have enough RAM in your system to do that. > > A bug in manpage? "By default, mdmfs creates a swap-based (MD_SWAP) > disk". > > I'm running mdmfs WITHOUT "-M" flag. I didn't see the complete thread, so maybe I'm missing some context. Just set up your tmp from fstab with something like this. md /tmp mfs rw,-s64m 0 0 If you look at the code which handles tmpmfs it is used for diskless booting. So there is no swap usable for ramdisk. Ronald. -- Ronald Klop, Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 22:57:36 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B400616A4CE for ; Tue, 9 Nov 2004 22:57:36 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BCC643D1F for ; Tue, 9 Nov 2004 22:57:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 459A951274; Tue, 9 Nov 2004 15:00:42 -0800 (PST) Date: Tue, 9 Nov 2004 15:00:42 -0800 From: Kris Kennaway To: freebsd-stable@freebsd.org Message-ID: <20041109230042.GA62603@xor.obsecurity.org> References: <20041109190057.GA99585@grummit.biaix.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: <20041109190057.GA99585@grummit.biaix.org> User-Agent: Mutt/1.4.2.1i Subject: Re: buildworld needs root privileges? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 22:57:36 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Nov 09, 2004 at 08:00:57PM +0100, Joan Picanyol wrote: > sh /usr/src/tools/install.sh "" -o root -g wheel -m 555 strfile /usr/obj/usr/src/i386/legacy/usr/games > install: /usr/obj/usr/src/i386/legacy/usr/games/strfile: chown/chgrp: Operation not permitted > *** Error code 71 You are not the owner of that directory? > How do I get it to work again? Build with an objdir that you own completely. > Why is strfile a needed to boostrap the > build? Because otherwise the build will fail when upgrading from certain versions of FreeBSD. Kris --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBkUwZWry0BWjoQKURAtxCAKD39pizbbZTcONFpr5d9tTXABwguQCgxcrK 9tFfkwAmgs1X5ZlnuCY/upY= =QVt6 -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 23:00:39 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1333D16A4E9 for ; Tue, 9 Nov 2004 23:00:39 +0000 (GMT) Received: from tensor.xs4all.nl (tensor.xs4all.nl [194.109.160.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94FB543D2D for ; Tue, 9 Nov 2004 23:00:38 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from kilgore.dim (kilgore.dim [192.168.0.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.xs4all.nl (Postfix) with ESMTP id 8C2EF22851; Wed, 10 Nov 2004 00:00:35 +0100 (CET) Date: Wed, 10 Nov 2004 00:00:26 +0100 From: Dimitry Andric X-Mailer: The Bat! (v3.0.2.4 Rush) Professional X-Priority: 3 (Normal) Message-ID: <1194477750.20041110000026@andric.com> To: Joan Picanyol In-Reply-To: <20041109190057.GA99585@grummit.biaix.org> References: <20041109190057.GA99585@grummit.biaix.org> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="----------E7B9662639A916" cc: freebsd-stable@freebsd.org Subject: Re: buildworld needs root privileges? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 23:00:39 -0000 ------------E7B9662639A916 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable On 2004-11-09 at 20:00:57 Joan Picanyol wrote: >=3D=3D=3D>> games/fortune/strfile ... > sh /usr/src/tools/install.sh "" -o root -g wheel -m 555 strfile > /usr/obj/usr/src/i386/legacy/usr/games > install: /usr/obj/usr/src/i386/legacy/usr/games/strfile: > chown/chgrp: Operation not permitted > *** Error code 71 This is actually a quirk of the install.sh script that is used. It discards any unwanted install options (see the script itself for the details), but that fails if the first argument is "", as it is in your case. It seems install.sh is run from bsd.prog.mk, as follows: ${INSTALL} ${STRIP} -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \ ${_INSTALLFLAGS} ${PROG} ${DESTDIR}${BINDIR} So I guess that you've managed to set ${STRIP} to "", for some reason. Try unsetting it, or setting it to -s if you like, and run buildworld again. As a comparison, here's part of a (successful) buildworld log from one of my machines, from today: =3D=3D=3D> games/fortune/strfile /usr/obj/usr/src/i386/usr/src/games/fortune/strfile created for /usr/src/ga= mes/fortune/strfile rm -f .depend mkdep -f .depend -a -I/usr/obj/usr/src/i386/legacy/usr/include /usr/src/= games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /usr/obj/usr/src/i386/legacy/usr/lib/libegacy= .a >> .depend cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/games/f= ortune/strfile/strfile.c cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -static -L/usr/obj= /usr/src/i386/legacy/usr/lib -o strfile strfile.o -le sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 strfile /usr/obj/= usr/src/i386/legacy/usr/games ------------E7B9662639A916 Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: GnuPG v1.2.5 (MingW32) iD8DBQFBkUwJsF6jCi4glqMRAvplAKC+58suuTXXzo3CXekSvzLmGt3yzQCgtDVo uTMV3l/xhcde3hSblDv36t4= =26Nz -----END PGP MESSAGE----- ------------E7B9662639A916-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 9 23:34:25 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14B5816A4CE for ; Tue, 9 Nov 2004 23:34:25 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8C8943D2D for ; Tue, 9 Nov 2004 23:34:24 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id iA9NXFkO064292; Tue, 9 Nov 2004 18:33:16 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)iA9NXFKH064289; Tue, 9 Nov 2004 23:33:15 GMT (envelope-from robert@fledge.watson.org) Date: Tue, 9 Nov 2004 23:33:15 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Arjan Van Leeuwen In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: Panic in 5.3, related to network traffic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 23:34:25 -0000 On Tue, 9 Nov 2004, Arjan Van Leeuwen wrote: > I updated my server at home from a -CURRENT from june 7 to 5.3-RELEASE, > and now I'm seeing this panic whenever someone behind this gateway > starts emule and opens a lot of connections: > > http://www.piwebs.com/freebsd/pagefault-network.jpg > > The panic doesn't occur with the -CURRENT kernel from june 7. Setting > debug.mpsafenet=0 doesn't help. > > Does anyone have a suggestion on how to avoid this panic? > > The panic is very well reproduceable, so if you need more details, > please tell me what to do. For now, I'll just downgrade to an older > -CURRENT. Could you send a copy of your dmesg? Could you also use gdb on a kernel with debug symbols or addr2line to convert the function+offsets in the trace to file and line number in the source? This is a NULL pointer dereference, so presumably somewhere there is a poor assumption about memory allocation or the like. Thanks, Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 00:41:22 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCFC416A4CE for ; Wed, 10 Nov 2004 00:41:22 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CC3F43D39 for ; Wed, 10 Nov 2004 00:41:22 +0000 (GMT) (envelope-from avleeuwen@gmail.com) Received: by rproxy.gmail.com with SMTP id 34so264781rns for ; Tue, 09 Nov 2004 16:41:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=SM6JhOvshZ5SrAQJQ1XUsdRgVXBXy/AT5djNRp9mYaFy17+Hdr3merXZu7nRcxJhCVIKGcZw+djXrUIHAWB8bqmZUYO/kxWs/qU/15+wLlSFIsBZv8xLcHvaLBEHxoH7Pzd9bvKQpl/qkSWXzS3fP2J6kxedGUPmW+hABe4NIkM= Received: by 10.38.8.19 with SMTP id 19mr497661rnh; Tue, 09 Nov 2004 16:41:21 -0800 (PST) Received: by 10.38.206.31 with HTTP; Tue, 9 Nov 2004 16:41:21 -0800 (PST) Message-ID: Date: Wed, 10 Nov 2004 01:41:21 +0100 From: Arjan Van Leeuwen To: Robert Watson In-Reply-To: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_278_8703189.1100047281676" References: cc: freebsd-stable@freebsd.org Subject: Re: Panic in 5.3, related to network traffic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Arjan Van Leeuwen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 00:41:22 -0000 ------=_Part_278_8703189.1100047281676 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tue, 9 Nov 2004 23:33:15 +0000 (GMT), Robert Watson wrote: > > > > On Tue, 9 Nov 2004, Arjan Van Leeuwen wrote: > (...) > > Could you send a copy of your dmesg? Could you also use gdb on a kernel > with debug symbols or addr2line to convert the function+offsets in the > trace to file and line number in the source? This is a NULL pointer > dereference, so presumably somewhere there is a poor assumption about > memory allocation or the like. dmesg is attached. # addr2line -e kernel.debug.20041109 0xc06544a0 /usr/src/sys/sys/libkern.h:56 How do I get the function+offsets? Thanks, Arjan > > Thanks, > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Principal Research Scientist, McAfee Research > > ------=_Part_278_8703189.1100047281676 Content-Type: application/octet-stream; name="dmesg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg" Y2FtOiB1c2luZyBtaW5pbXVtIHNjc2lfZGVsYXkgKDEwMG1zKQpDb3B5cmlnaHQgKGMpIDE5OTIt MjAwNCBUaGUgRnJlZUJTRCBQcm9qZWN0LgpDb3B5cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5ODMs IDE5ODYsIDE5ODgsIDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQKCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVzZXJ2ZWQuCkZyZWVC U0QgNS4zLVJFTEVBU0UgIzA6IFR1ZSBOb3YgIDkgMTg6NTc6NDQgQ0VUIDIwMDQKICAgIHJvb3RA d2luc3Rvbi5waXdlYnMuY29tOi91c3Ivb2JqL3Vzci9zcmMvc3lzL1dJTlNUT04KQUNQSSBBUElD IFRhYmxlOiA8Q09NUEFRIE9ERVNTQSAgPgpUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAx MTkzMTgyIEh6IHF1YWxpdHkgMApDUFU6IFBlbnRpdW0gSUlJL1BlbnRpdW0gSUlJIFhlb24vQ2Vs ZXJvbiAoNTQ4LjU0LU1IeiA2ODYtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwi ICBJZCA9IDB4NjczICBTdGVwcGluZyA9IDMKICBGZWF0dXJlcz0weDM4N2ZiZmY8RlBVLFZNRSxE RSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQs UFNFMzYsUE4sTU1YLEZYU1IsU1NFPgpyZWFsIG1lbW9yeSAgPSA1MzY4NzA5MTIgKDUxMiBNQikK YXZhaWwgbWVtb3J5ID0gNTE1NjgyMzA0ICg0OTEgTUIpCkZyZWVCU0QvU01QOiBNdWx0aXByb2Nl c3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDIgQ1BVcwogY3B1MCAoQlNQKTogQVBJQyBJRDogIDEKIGNw dTEgKEFQKTogQVBJQyBJRDogIDAKaW9hcGljMDogQ2hhbmdpbmcgQVBJQyBJRCB0byA4Ck1BRFQ6 IEZvcmNpbmcgYWN0aXZlLWxvdyBwb2xhcml0eSBhbmQgbGV2ZWwgdHJpZ2dlciBmb3IgU0NJCmlv YXBpYzAgPFZlcnNpb24gMS4xPiBpcnFzIDAtMzEgb24gbW90aGVyYm9hcmQKbnB4MDogW0ZBU1Rd Cm5weDA6IDxtYXRoIHByb2Nlc3Nvcj4gb24gbW90aGVyYm9hcmQKbnB4MDogSU5UIDE2IGludGVy ZmFjZQphY3BpMDogPENPTVBBUSBPREVTU0E+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBQb3dlciBC dXR0b24gKGZpeGVkKQpUaW1lY291bnRlciAiQUNQSS1zYWZlIiBmcmVxdWVuY3kgMzU3OTU0NSBI eiBxdWFsaXR5IDEwMDAKYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+ IHBvcnQgMHhmODA4LTB4ZjgwYiBvbiBhY3BpMApjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNw dTE6IDxBQ1BJIENQVT4gb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9y dCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2li MTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAwLjEgb24gcGNpMApwY2liMTogY291 bGQgbm90IGdldCBQQ0kgaW50ZXJydXB0IHJvdXRpbmcgdGFibGUgZm9yIFxcX1NCXy5QQ0kwLkJV UzIgLSBBRV9OT1RfRk9VTkQKcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEKcGNpMTogPGRp c3BsYXksIFZHQT4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQphdGFwY2kwOiA8 UHJvbWlzZSBQREMyMDI2OSBVRE1BMTMzIGNvbnRyb2xsZXI+IHBvcnQgMHg3MDEwLTB4NzAxZiww eDcwMzQtMHg3MDM3LDB4NzAyOC0weDcwMmYsMHg3MDMwLTB4NzAzMywweDcwMjAtMHg3MDI3IG1l bSAweGQ3NjAwMDAwLTB4ZDc2MDNmZmYgaXJxIDE2IGF0IGRldmljZSA3LjAgb24gcGNpMAphdGEy OiBjaGFubmVsICMwIG9uIGF0YXBjaTAKYXRhMzogY2hhbm5lbCAjMSBvbiBhdGFwY2kwCnJsMDog PFJlYWxUZWsgODEzOSAxMC8xMDBCYXNlVFg+IHBvcnQgMHg3NDAwLTB4NzRmZiBtZW0gMHhkNzcw MDAwMC0weGQ3NzAwMGZmIGlycSAyMSBhdCBkZXZpY2UgMTEuMCBvbiBwY2kwCm1paWJ1czA6IDxN SUkgYnVzPiBvbiBybDAKcmxwaHkwOiA8UmVhbFRlayBpbnRlcm5hbCBtZWRpYSBpbnRlcmZhY2U+ IG9uIG1paWJ1czAKcmxwaHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAw YmFzZVRYLUZEWCwgYXV0bwpybDA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjEwOmE3OjA0OjJhOjRl CmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAxNS4wIG9uIHBjaTAKaXNhMDogPElT QSBidXM+IG9uIGlzYWIwCmF0YXBjaTE6IDxHRU5FUklDIEFUQSBjb250cm9sbGVyPiBwb3J0IDB4 NzAwMC0weDcwMGYsMHgzNzYsMHgxNzAtMHgxNzcsMHgzZjYsMHgxZjAtMHgxZjcgYXQgZGV2aWNl IDE1LjEgb24gcGNpMAphdGEwOiBjaGFubmVsICMwIG9uIGF0YXBjaTEKYXRhMTogY2hhbm5lbCAj MSBvbiBhdGFwY2kxCm9oY2kwOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAw eGQ3ODAwMDAwLTB4ZDc4MDBmZmYgaXJxIDI1IGF0IGRldmljZSAxNS4yIG9uIHBjaTAKb2hjaTA6 IFtHSUFOVC1MT0NLRURdCnVzYjA6IE9IQ0kgdmVyc2lvbiAxLjAsIGxlZ2FjeSBzdXBwb3J0CnVz YjA6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gb2hjaTAKdXNiMDogVVNCIHJl dmlzaW9uIDEuMAp1aHViMDogKDB4MGUxMSkgT0hDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYg MS4wMC8xLjAwLCBhZGRyIDEKdWh1YjA6IDUgcG9ydHMgd2l0aCA1IHJlbW92YWJsZSwgc2VsZiBw b3dlcmVkCnBjaWIyOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IG9uIGFjcGkwCnBjaWIyOiBjb3Vs ZG4ndCBmaW5kIF9BRFIKcGNpYjI6IHRyeWluZyBidXMgbnVtYmVyIDIKcGNpMjogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjIKc3ltMDogPDg3NT4gcG9ydCAweDUwMDAtMHg1MGZmIG1lbSAweGQ3YTAw MDAwLTB4ZDdhMDBmZmYsMHhkNzkwMDAwMC0weGQ3OTAwMGZmIGlycSAyOCBhdCBkZXZpY2UgOC4w IG9uIHBjaTIKc3ltMDogTm8gTlZSQU0sIElEIDcsIEZhc3QtMjAsIFNFLCBwYXJpdHkgY2hlY2tp bmcKc3ltMDogW0dJQU5ULUxPQ0tFRF0Kc3ltMTogPDg3NT4gcG9ydCAweDU0MDAtMHg1NGZmIG1l bSAweGQ3YzAwMDAwLTB4ZDdjMDBmZmYsMHhkN2IwMDAwMC0weGQ3YjAwMGZmIGlycSAyOSBhdCBk ZXZpY2UgOC4xIG9uIHBjaTIKc3ltMTogTm8gTlZSQU0sIElEIDcsIEZhc3QtMjAsIFNFLCBwYXJp dHkgY2hlY2tpbmcKc3ltMTogW0dJQU5ULUxPQ0tFRF0KZndvaGNpMDogPFRleGFzIEluc3RydW1l bnRzIFRTQjEyTFYyMj4gbWVtIDB4ZDdlMDAwMDAtMHhkN2UwM2ZmZiwweGQ3ZDAwMDAwLTB4ZDdk MDA3ZmYgaXJxIDI0IGF0IGRldmljZSA5LjAgb24gcGNpMgpmd29oY2kwOiBPSENJIHZlcnNpb24g MS4wIChST009MSkKZndvaGNpMDogTm8uIG9mIElzb2Nocm9ub3VzIGNoYW5uZWxzIGlzIDQuCmZ3 b2hjaTA6IEVVSTY0IGZmOmZmOmZmOmZmOmZmOmZmOmZmOmZmCmZ3b2hjaTA6IFBoeSAxMzk0YSBh dmFpbGFibGUgUzQwMCwgMyBwb3J0cy4KZndvaGNpMDogTGluayBTNDAwLCBtYXhfcmVjIDIwNDgg Ynl0ZXMuCmZpcmV3aXJlMDogPElFRUUxMzk0KEZpcmVXaXJlKSBidXM+IG9uIGZ3b2hjaTAKZndl MDogPEV0aGVybmV0IG92ZXIgRmlyZVdpcmU+IG9uIGZpcmV3aXJlMAppZl9md2UwOiBGYWtlIEV0 aGVybmV0IGFkZHJlc3M6IGZlOmZmOmZmOmZmOmZmOmZmCmZ3ZTA6IEV0aGVybmV0IGFkZHJlc3M6 IGZlOmZmOmZmOmZmOmZmOmZmCmZ3ZTA6IGlmX3N0YXJ0IHJ1bm5pbmcgZGVmZXJyZWQgZm9yIEdp YW50CnNicDA6IDxTQlAtMi9TQ1NJIG92ZXIgRmlyZVdpcmU+IG9uIGZpcmV3aXJlMApmd29oY2kw OiBJbml0aWF0ZSBidXMgcmVzZXQKZndvaGNpMDogbm9kZV9pZD0weGM4MDBmZmMwLCBnZW49MSwg Q1lDTEVNQVNURVIgbW9kZQpmaXJld2lyZTA6IDEgbm9kZXMsIG1heGhvcCA8PSAwLCBjYWJsZSBJ Uk0gPSAwIChtZSkKZmlyZXdpcmUwOiBidXMgbWFuYWdlciAwIChtZSkKZnhwMDogPEludGVsIDgy NTU4IFByby8xMDAgRXRoZXJuZXQ+IHBvcnQgMHg1ODAwLTB4NTgxZiBtZW0gMHhkN2YwMDAwMC0w eGQ3ZmZmZmZmLDB4ZDc1MDAwMDAtMHhkNzUwMGZmZiBpcnEgMzEgYXQgZGV2aWNlIDExLjAgb24g cGNpMgptaWlidXMxOiA8TUlJIGJ1cz4gb24gZnhwMAppbnBoeTA6IDxpODI1NTUgMTAvMTAwIG1l ZGlhIGludGVyZmFjZT4gb24gbWlpYnVzMQppbnBoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwg MTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBhdXRvCmZ4cDA6IEV0aGVybmV0IGFkZHJlc3M6IDAw OjA4OmM3OmRmOjQ5OmU0CmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBv cnQgMHg2NCwweDYwIGlycSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBv biBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0KcHBjMDogPEVD UCBwYXJhbGxlbCBwcmludGVyIHBvcnQ+IHBvcnQgMHg3NzgtMHg3N2QsMHgzNzgtMHgzN2YgaXJx IDcgZHJxIDMgb24gYWNwaTAKcHBjMDogU01DLWxpa2UgY2hpcHNldCAoRUNQL0VQUC9QUzIvTklC QkxFKSBpbiBDT01QQVRJQkxFIG1vZGUKcHBjMDogRklGTyB3aXRoIDE2LzE2LzggYnl0ZXMgdGhy ZXNob2xkCnBwYnVzMDogPFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBwcGMwCnBsaXAwOiA8UExJUCBu ZXR3b3JrIGludGVyZmFjZT4gb24gcHBidXMwCmxwdDA6IDxQcmludGVyPiBvbiBwcGJ1czAKbHB0 MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0CnBwaTA6IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVzMApz aW8wOiA8MTY1NTBBLWNvbXBhdGlibGUgQ09NIHBvcnQ+IHBvcnQgMHgyZjgtMHgyZmYgaXJxIDMg ZmxhZ3MgMHgxMCBvbiBhY3BpMApzaW8wOiB0eXBlIDE2NTUwQQpzaW8xOiA8MTY1NTBBLWNvbXBh dGlibGUgQ09NIHBvcnQ+IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgb24gYWNwaTAKc2lvMTogdHlw ZSAxNjU1MEEKZmRjMDogPGZsb3BweSBkcml2ZSBjb250cm9sbGVyPiBwb3J0IDB4M2YwLTB4M2Y1 IGlycSA2IGRycSAyIG9uIGFjcGkwCmZkYzA6IFtGQVNUXQpmZDA6IDwxNDQwLUtCIDMuNSIgZHJp dmU+IG9uIGZkYzAgZHJpdmUgMApvcm0wOiA8SVNBIE9wdGlvbiBST01zPiBhdCBpb21lbSAweGUw MDAwLTB4ZTdmZmYsMHhjZTAwMC0weGQwN2ZmLDB4YzgwMDAtMHhjZGZmZiwweGMwMDAwLTB4Yzdm ZmYgb24gaXNhMApwbXRpbWVyMCBvbiBpc2EwCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFn cyAweDEwMCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMw MD4KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEw MDAwLTB4YmZmZmYgb24gaXNhMApUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjCklQ IEZpbHRlcjogdjMuNC4zNSBpbml0aWFsaXplZC4gIERlZmF1bHQgPSBibG9jayBhbGwsIExvZ2dp bmcgPSBlbmFibGVkCmlwZncyIGluaXRpYWxpemVkLCBkaXZlcnQgZGlzYWJsZWQsIHJ1bGUtYmFz ZWQgZm9yd2FyZGluZyBkaXNhYmxlZCwgZGVmYXVsdCB0byBhY2NlcHQsIGxvZ2dpbmcgZGlzYWJs ZWQKYWQ0OiAxNjQ0Nk1CIDxTVDMxNzI0MkEvMy4wOT4gWzMzNDE2LzE2LzYzXSBhdCBhdGEyLW1h c3RlciBVRE1BMzMKYWQ2OiAxNTI2MjdNQiA8V0RDIFdEMTYwMEpCLTAwRVZBMC8xNS4wNVIxNT4g WzMxMDEwMS8xNi82M10gYXQgYXRhMy1tYXN0ZXIgVURNQTEwMAphZDc6IDM5MDgyTUIgPE1heHRv ciA1NDA5OEg4L0RBQzEwU0MwPiBbNzk0MDYvMTYvNjNdIGF0IGF0YTMtc2xhdmUgVURNQTEwMApT TVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKTW91bnRpbmcgcm9vdCBmcm9tIHVmczovZGV2L2FkNHMx YQpXQVJOSU5HOiAvIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRlZApXQVJOSU5HOiAvdXNyIHdh cyBub3QgcHJvcGVybHkgZGlzbW91bnRlZApXQVJOSU5HOiAvdmFyIHdhcyBub3QgcHJvcGVybHkg ZGlzbW91bnRlZAovdmFyOiBzdXBlcmJsb2NrIHN1bW1hcnkgcmVjb21wdXRlZApXQVJOSU5HOiAv c2hhcmVzL2RhdGEgd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVkCldBUk5JTkc6IC9zaGFyZXMv bXAzIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRlZAo= ------=_Part_278_8703189.1100047281676-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 01:10:10 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4008916A4CE for ; Wed, 10 Nov 2004 01:10:10 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFDB343D5F for ; Wed, 10 Nov 2004 01:10:09 +0000 (GMT) (envelope-from avleeuwen@gmail.com) Received: by rproxy.gmail.com with SMTP id 1so287302rny for ; Tue, 09 Nov 2004 17:10:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=TMNMXsBqaI0XzYCdjCtNH2fbjCdL9D2/xuJc7p0x7i8Zy7zX65cW5gANy9XI9GC+KK5g4WC1mNIe9PP3uTHOcgNLUHUEeKbIzA44RmmiUSHPenrHvbco/JVw8InKfHZ1UiQIisk/Dt86GOz/jvmm4bQaPPJHMeOiSD5+R+fMiSM= Received: by 10.38.10.71 with SMTP id 71mr504809rnj; Tue, 09 Nov 2004 17:10:09 -0800 (PST) Received: by 10.38.206.31 with HTTP; Tue, 9 Nov 2004 17:10:09 -0800 (PST) Message-ID: Date: Wed, 10 Nov 2004 02:10:09 +0100 From: Arjan Van Leeuwen To: Robert Watson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: cc: freebsd-stable@freebsd.org Subject: Re: Panic in 5.3, related to network traffic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Arjan Van Leeuwen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 01:10:10 -0000 Never mind, I think I've figured it out. I hope this helps: winston# addr2line -f -e kernel.debug.20041109 0xc06544a0 m_copydata /usr/src/sys/sys/libkern.h:56 winston# addr2line -f -e kernel.debug.20041109 0xC06AF6A5 icmp_error ./machine/endian.h:171 winston# addr2line -f -e kernel.debug.20041109 0xC06B1AE9 ip_forward /usr/src/sys/netinet/ip_input.c:1879 winston# addr2line -f -e kernel.debug.20041109 0xC06B06F3 ip_input /usr/src/sys/netinet/ip_input.c:642 winston# addr2line -f -e kernel.debug.20041109 0xC06912AF netisr_processqueue /usr/src/sys/net/netisr.c:229 winston# addr2line -f -e kernel.debug.20041109 0xC06914AA swi_net /usr/src/sys/net/netisr.c:346 winston# addr2line -f -e kernel.debug.20041109 0xC060BED9 ithread_loop /usr/src/sys/kern/kern_intr.c:548 On Wed, 10 Nov 2004 01:41:21 +0100, Arjan Van Leeuwen wrote: > On Tue, 9 Nov 2004 23:33:15 +0000 (GMT), Robert Watson > wrote: > > > > > > > > On Tue, 9 Nov 2004, Arjan Van Leeuwen wrote: > > > (...) > > > > Could you send a copy of your dmesg? Could you also use gdb on a kernel > > with debug symbols or addr2line to convert the function+offsets in the > > trace to file and line number in the source? This is a NULL pointer > > dereference, so presumably somewhere there is a poor assumption about > > memory allocation or the like. > > dmesg is attached. > > # addr2line -e kernel.debug.20041109 0xc06544a0 > /usr/src/sys/sys/libkern.h:56 > > How do I get the function+offsets? > > Thanks, > > Arjan > > > > > > > Thanks, > > > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > > robert@fledge.watson.org Principal Research Scientist, McAfee Research > > > > > > > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 01:32:33 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7E7316A4CE for ; Wed, 10 Nov 2004 01:32:32 +0000 (GMT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1300043D49 for ; Wed, 10 Nov 2004 01:32:27 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw503.dsto.defence.gov.au (ednmsw503.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id iAA1VSZg017296 for ; Wed, 10 Nov 2004 12:01:28 +1030 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw503.dsto.defence.gov.au for ; Wed, 10 Nov 2004 12:01:39 +1030 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81])iAA1Sbh15205 for ; Wed, 10 Nov 2004 11:58:38 +1030 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id RZJDCBNM; Wed, 10 Nov 2004 11:58:24 +1030 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) iAA1T3Mj027943 for ; Wed, 10 Nov 2004 11:59:03 +1030 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost)iAA1T3OZ027942 for freebsd-stable@freebsd.org; Wed, 10 Nov 2004 11:59:03 +1030 (CST) (envelope-from wilkinsa) Date: Wed, 10 Nov 2004 11:59:03 +1030 From: "Wilkinson, Alex" To: freebsd-stable@freebsd.org Message-ID: <20041110012902.GF27373@squash.dsto.defence.gov.au> Mail-Followup-To: freebsd-stable@freebsd.org References: <6d46f148041108230866bef0b6@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <6d46f148041108230866bef0b6@mail.gmail.com> User-Agent: Mutt/1.5.6i Subject: Re: NVIDIA driver crashing the system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 01:32:33 -0000 From: /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-6113/doc/README __________________________________________________________________________ (sec-05) CHOOSING THE AGP GART DRIVER __________________________________________________________________________ Similar to the NVIDIA Linux Driver Set, the user can decide if the NVIDIA driver should use its internal AGP GART driver or if it should rely on an OS provided AGP GART driver with the "NvAGP" XFree86 config file option: - Option "NvAGP" "0" Disable AGP - Option "NvAGP" "1" Use NVIDIA's AGP GART Driver - Option "NvAGP" "2" Use the OS AGP GART driver (agp.ko) - Option "NvAGP" "3" Attempt "2", fall back to "1" Unlike Linux, however, this option is not the only controlling factor at this point; for architectural reasons, the nvidia.ko kernel module must be built with exclusive support for NVIDIA's AGP GART driver or with support for FreeBSD's driver and NVIDIA's driver. By default, nvidia.ko is built with support for NVIDIA's internal driver, only; this can be changed (see nv-freebsd.h for details). Please note that if you built nvidia.ko with support for FreeBSD's driver it will not load unless agp.ko is loaded. agp.ko is special in that you can not load it after the system boot is complete, you need to append the following line to /boot/loader.conf to make sure it is pre-loaded: # -- load FreeBSD AGP GART driver -- # agp_load="YES" Also note that if agp.ko is loaded, it could conflict with NVIDIA's AGP GART driver (NvAGP), resulting in stability problems; for this reason, the NVIDIA driver will abort NvAGP initialization when it detects agp.ko. Note that current FreeBSD releases are shipped with agp.ko built into the kernel, which will need to be rebuilt without 'device agp'. Very recent -CURRENT kernels allow disabling agp.ko via device hints; if you're using such a kernel, adding the following to /boot/device.hints is sufficient: hint.agp.0.disabled="1" 0n Tue, Nov 09, 2004 at 01:08:14AM -0600, Nicolás de Bari Embriz García Rojas wrote: I am trying to use the nvidia driver from the ports on FreeBSD 5.3-STABLE but every time i startup X the system crash My system: Laptop: Dell latitud D800 video card: GeForce FX Go5200 I attached a console to the laptop and i got this: --- NVRM: detected agp.ko, aborting NVIDIA AGP setup! From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 01:40:37 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1302016A4CE for ; Wed, 10 Nov 2004 01:40:37 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A82D143D1F for ; Wed, 10 Nov 2004 01:40:36 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) iAA1eZIo008001; Tue, 9 Nov 2004 20:40:35 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id iAA1eZhA008000; Tue, 9 Nov 2004 20:40:35 -0500 (EST) Date: Tue, 9 Nov 2004 20:40:35 -0500 From: Ken Smith To: Ceri Davies , Ken Smith , Rob , freebsd-stable@freebsd.org Message-ID: <20041110014035.GA7611@electra.cse.Buffalo.EDU> References: <41907C91.9000706@yahoo.com> <20041109163455.GM16345@electra.cse.Buffalo.EDU> <20041109184038.GQ57641@submonkey.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041109184038.GQ57641@submonkey.net> User-Agent: Mutt/1.4.1i Subject: Re: standard-supfile = stable-supfile with 5.3 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 01:40:37 -0000 On Tue, Nov 09, 2004 at 06:40:38PM +0000, Ceri Davies wrote: > stable-supfile is correct then; we just need to correct the README. How about this patch for src/share/examples/cvsup/README on RELENG_5 (will become FreeBSD 5.4): Index: README =================================================================== RCS file: /home/ncvs/src/share/examples/cvsup/README,v retrieving revision 1.18 diff -u -r1.18 README --- README 30 Jul 2002 14:08:16 -0000 1.18 +++ README 10 Nov 2004 01:37:36 -0000 @@ -5,13 +5,16 @@ with CVSup version 14.0 or later. For general information on CVSup itself, please see http://www.freebsd.org/doc/handbook/cvsup.html -To maintain the sources for the FreeBSD-current release, use: +To track the Errata/Security fixes for this version of the FreeBSD-stable +release, use: standard-supfile Main source tree ports-supfile Ports collection -To maintain the sources for the FreeBSD-stable release, use: +To track the sources for the Development Branch of this FreeBSD-stable +release (not recommended unless you read the freebsd-stable@FreeBSD.ORG +mailing list), use: stable-supfile Main source tree -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 02:19:58 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA7D916A4DF for ; Wed, 10 Nov 2004 02:19:58 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id EEE0C43D39 for ; Wed, 10 Nov 2004 02:19:57 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 26915 invoked by uid 65534); 10 Nov 2004 02:19:56 -0000 Received: from pD95D8B64.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.93.139.100) by mail.gmx.net (mp021) with SMTP; 10 Nov 2004 03:19:56 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iAA2JrLg035926 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Wed, 10 Nov 2004 03:19:54 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock Date: Wed, 10 Nov 2004 03:19:51 +0100 User-Agent: KMail/1.7.1 To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1419700.oFYBLatSWN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411100319.51920.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new Subject: When will a thread-safe nvidia-driver be available? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 02:19:59 -0000 --nextPart1419700.oFYBLatSWN Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline [forwarded from ports@, seemed to belong here] Hi all, Does anyone know when a thread-safe nvidia-driver will be available? After upgrading to 5.3-RELEASE and KDE-3.3.1, I noticed some newly compiled KDE apps (e.g. kile and skim) core dump at start. The backtraces of the core files show that they are all related with libpthread and libGL (from nvidia-driver). And if I deinstall nvidia-driver and use "nv" driver, all those core-dumping apps work fine (even without recompilation). So I believe recent changes to threading libraries and possibly some ports make some programs trigger the thread-unsafe part of nvidia-driver more often. As the 5.x branch is stablized, and TLS implemented, it should be time to have a thread-safe nvidia-driver available. _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" --nextPart1419700.oFYBLatSWN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBkXrHXhc68WspdLARArWbAJ9ae+34EBBeHMC9wAm/sKJJJL+bHACfaIeV TGEbbdAI/RvYuYQKV72d76c= =UeAj -----END PGP SIGNATURE----- --nextPart1419700.oFYBLatSWN-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 02:39:40 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9D3E16A4CE for ; Wed, 10 Nov 2004 02:39:40 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5568543D3F for ; Wed, 10 Nov 2004 02:39:40 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) iAA2dc85029063; Tue, 9 Nov 2004 21:39:38 -0500 (EST) Date: Tue, 9 Nov 2004 21:39:38 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Michael Nottebrock In-Reply-To: <200411100319.51920.michaelnottebrock@gmx.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: freebsd-stable@freebsd.org Subject: Re: When will a thread-safe nvidia-driver be available? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 02:39:40 -0000 On Wed, 10 Nov 2004, Michael Nottebrock wrote: > Hi all, > > Does anyone know when a thread-safe nvidia-driver will be available? > > After upgrading to 5.3-RELEASE and KDE-3.3.1, I noticed some newly > compiled KDE apps (e.g. kile and skim) core dump at start. The > backtraces of the core files show that they are all related with > libpthread and libGL (from nvidia-driver). And if I deinstall > nvidia-driver and use "nv" driver, all those core-dumping apps work > fine (even without recompilation). So I believe recent changes to > threading libraries and possibly some ports make some programs trigger > the thread-unsafe part of nvidia-driver more often. This is well known and explained in an entry in src/UPDATING, BTW. > As the 5.x branch is stablized, and TLS implemented, it should be time > to have a thread-safe nvidia-driver available. Ask nvidia since they are the ones that release it. Supposedly they were going to release a new version of the driver once FreeBSD was released with TLS support... -- DE From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 02:43:24 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4B2E16A4CE for ; Wed, 10 Nov 2004 02:43:24 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id EF64D43D5C for ; Wed, 10 Nov 2004 02:43:23 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 20474 invoked by uid 65534); 10 Nov 2004 02:43:22 -0000 Received: from pD95D8B64.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.93.139.100) by mail.gmx.net (mp026) with SMTP; 10 Nov 2004 03:43:22 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iAA2hJLg036202 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 10 Nov 2004 03:43:20 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-ports@freebsd.org, Jie Gao Date: Wed, 10 Nov 2004 03:43:18 +0100 User-Agent: KMail/1.7.1 References: <639522fe041109143072521ecc@mail.gmail.com> In-Reply-To: <639522fe041109143072521ecc@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1702735.MHOx2ExkqT"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411100343.19250.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: freebsd-stable@freebsd.org Subject: Re: When will a thread-safe nvidia-driver be available? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 02:43:25 -0000 --nextPart1702735.MHOx2ExkqT Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 9. November 2004 23:30, Jie Gao wrote: > After upgrading to 5.3-RELEASE and KDE-3.3.1, I noticed some newly > compiled KDE apps (e.g. kile and skim) core dump at start.=20 Can you please try recompiling kile as described in this message http://lists.freebsd.org/pipermail/freebsd-ports/2004-November/017730.html= =20 and see if it makes any difference? =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1702735.MHOx2ExkqT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBkYBHXhc68WspdLARAkBTAJ42rq8e2bs78kYmLe6dGXPzDKkBQgCfdhg/ Mm0G2ngW6a7tVOquw9JGm70= =GlJ0 -----END PGP SIGNATURE----- --nextPart1702735.MHOx2ExkqT-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 03:15:59 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E8D716A4CE for ; Wed, 10 Nov 2004 03:15:59 +0000 (GMT) Received: from web20526.mail.yahoo.com (web20526.mail.yahoo.com [216.136.227.51]) by mx1.FreeBSD.org (Postfix) with SMTP id 7628C43D4C for ; Wed, 10 Nov 2004 03:15:59 +0000 (GMT) (envelope-from psamuel01@yahoo.com) Received: (qmail 66164 invoked by uid 60001); 10 Nov 2004 03:15:59 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=Jjxn4Dkm2Me9fnWvjIkcCX01HkY5l/XjkjkcwIwhVOu6OZaxSrbyuiabRCx56i780AGg/Va1DRQEe0YD8O3qA5XcjKLLils6mzt5vIw8G7EZnM1nuw96oTZf2wu9Z8LHqYyYVJXRjriL0ERSAob7HQzpgXw5SN5fIuXoVWhdphQ= ; Message-ID: <20041110031559.66162.qmail@web20526.mail.yahoo.com> Received: from [68.58.67.15] by web20526.mail.yahoo.com via HTTP; Tue, 09 Nov 2004 19:15:59 PST Date: Tue, 9 Nov 2004 19:15:59 -0800 (PST) From: Dean Patterson To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: The "calcru: negative...." messages. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 03:15:59 -0000 Just to edify all I was getting constant "calcru: negative...." messages and I isolated it to ACPI. To remedy this I put an entry in the device.hints file to disable ACPI. Now to edify me; Is this a good aproach? Any issues by not having ACPI loaded? Thank you all and to all a good night! Dean. __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 03:37:39 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00EC016A4CE for ; Wed, 10 Nov 2004 03:37:39 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8189143D2F for ; Wed, 10 Nov 2004 03:37:38 +0000 (GMT) (envelope-from nembriz@gmail.com) Received: by rproxy.gmail.com with SMTP id a36so136420rnf for ; Tue, 09 Nov 2004 19:37:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=oGvXTq0MZ+UmWwsi9M+u08R6/FKEET9JireVNb/8WP2961QjCSX/gVSUVc0hUE2YA9S7WMdSfW6NvZbUfPrVjEAWa185ByUTrhUjelyj76ot16/g6JBjQavRTJjPsybN/8vFQcjVckv2dQYzPFo6kB78zcDB4yhcZEwkzlOzAWo= Received: by 10.38.126.5 with SMTP id y5mr20788rnc; Tue, 09 Nov 2004 19:37:38 -0800 (PST) Received: by 10.38.65.22 with HTTP; Tue, 9 Nov 2004 19:37:37 -0800 (PST) Message-ID: <6d46f14804110919376fc12d4a@mail.gmail.com> Date: Tue, 9 Nov 2004 21:37:37 -0600 From: =?ISO-8859-1?Q?Nicol=E1s_de_Bari_Embriz_Garc=EDa_Rojas?= To: freebsd-stable@freebsd.org In-Reply-To: <20041110012902.GF27373@squash.dsto.defence.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable References: <6d46f148041108230866bef0b6@mail.gmail.com> <20041110012902.GF27373@squash.dsto.defence.gov.au> Subject: Re: NVIDIA driver crashing the system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: =?ISO-8859-1?Q?Nicol=E1s_de_Bari_Embriz_Garc=EDa_Rojas?= List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 03:37:39 -0000 Doing all this described on (sec-05) dont work I have allready compile the kernel with out the device agp, tried Option "NvAGP" "0,1,2,3" and still having the same results, kernel still crashing. any more ideas? regards On Wed, 10 Nov 2004 11:59:03 +1030, Wilkinson, Alex wrote: > From: /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-6113/doc/R= EADME > _________________________________________________________________________= _ >=20 > (sec-05) CHOOSING THE AGP GART DRIVER > _________________________________________________________________________= _ >=20 > Similar to the NVIDIA Linux Driver Set, the user can decide if the NVIDIA > driver should use its internal AGP GART driver or if it should rely on an > OS provided AGP GART driver with the "NvAGP" XFree86 config file option: >=20 > - Option "NvAGP" "0" Disable AGP > - Option "NvAGP" "1" Use NVIDIA's AGP GART Driver > - Option "NvAGP" "2" Use the OS AGP GART driver (agp.ko) > - Option "NvAGP" "3" Attempt "2", fall back to "1" >=20 > Unlike Linux, however, this option is not the only controlling factor at > this point; for architectural reasons, the nvidia.ko kernel module must b= e > built with exclusive support for NVIDIA's AGP GART driver or with support > for FreeBSD's driver and NVIDIA's driver. By default, nvidia.ko is built > with support for NVIDIA's internal driver, only; this can be changed (see > nv-freebsd.h for details). >=20 > Please note that if you built nvidia.ko with support for FreeBSD's driver > it will not load unless agp.ko is loaded. agp.ko is special in that you > can not load it after the system boot is complete, you need to append the > following line to /boot/loader.conf to make sure it is pre-loaded: >=20 > # -- load FreeBSD AGP GART driver -- # > agp_load=3D"YES" >=20 > Also note that if agp.ko is loaded, it could conflict with NVIDIA's AGP > GART driver (NvAGP), resulting in stability problems; for this reason, th= e > NVIDIA driver will abort NvAGP initialization when it detects agp.ko. >=20 > Note that current FreeBSD releases are shipped with agp.ko built into the > kernel, which will need to be rebuilt without 'device agp'. Very recent > -CURRENT kernels allow disabling agp.ko via device hints; if you're using > such a kernel, adding the following to /boot/device.hints is sufficient: >=20 > hint.agp.0.disabled=3D"1" >=20 >=20 >=20 >=20 > 0n Tue, Nov 09, 2004 at 01:08:14AM -0600, Nicol=E1s de Bari Embri= z Garc=EDa Rojas wrote: >=20 > I am trying to use the nvidia driver from the ports on FreeBSD > 5.3-STABLE but every time i startup X the system crash >=20 > My system: > Laptop: Dell latitud D800 > video card: GeForce FX Go5200 >=20 > I attached a console to the laptop and i got this: >=20 > --- > NVRM: detected agp.ko, aborting NVIDIA AGP setup! > =20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 03:46:49 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A018216A4CE for ; Wed, 10 Nov 2004 03:46:49 +0000 (GMT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E701843D1F for ; Wed, 10 Nov 2004 03:46:48 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw503.dsto.defence.gov.au (ednmsw503.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id iAA3joZg006130 for ; Wed, 10 Nov 2004 14:15:50 +1030 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw503.dsto.defence.gov.au for ; Wed, 10 Nov 2004 14:16:40 +1030 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81])iAA3ibh19911 for ; Wed, 10 Nov 2004 14:14:37 +1030 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id RZJDCK7F; Wed, 10 Nov 2004 14:14:23 +1030 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) iAA3j3n1028761 for ; Wed, 10 Nov 2004 14:15:03 +1030 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost)iAA3j3U3028760 for freebsd-stable@freebsd.org; Wed, 10 Nov 2004 14:15:03 +1030 (CST) (envelope-from wilkinsa) Date: Wed, 10 Nov 2004 14:15:03 +1030 From: "Wilkinson, Alex" To: freebsd-stable@freebsd.org Message-ID: <20041110034502.GA28703@squash.dsto.defence.gov.au> Mail-Followup-To: freebsd-stable@freebsd.org References: <6d46f148041108230866bef0b6@mail.gmail.com> <20041110012902.GF27373@squash.dsto.defence.gov.au> <6d46f14804110919376fc12d4a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <6d46f14804110919376fc12d4a@mail.gmail.com> User-Agent: Mutt/1.5.6i Subject: Re: NVIDIA driver crashing the system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 03:46:49 -0000 0n Tue, Nov 09, 2004 at 09:37:37PM -0600, Nicolás de Bari Embriz García Rojas wrote: Doing all this described on (sec-05) dont work I have allready compile the kernel with out the device agp, tried Option "NvAGP" "0,1,2,3" and still having the same results, kernel still crashing. any more ideas? Not from me. However, try posting to nvidia forums: http://www.nvnews.net/vbulletin/forumdisplay.php?s=&forumid=14 - aW From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 03:54:35 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C62C16A4CE for ; Wed, 10 Nov 2004 03:54:35 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4331C43D1D for ; Wed, 10 Nov 2004 03:54:34 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 14596 invoked by uid 65534); 10 Nov 2004 03:54:32 -0000 Received: from pD95D8B64.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.93.139.100) by mail.gmx.net (mp007) with SMTP; 10 Nov 2004 04:54:32 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iAA3sTLg037362 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 10 Nov 2004 04:54:29 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Wed, 10 Nov 2004 04:54:23 +0100 User-Agent: KMail/1.7.1 References: <20041110031559.66162.qmail@web20526.mail.yahoo.com> In-Reply-To: <20041110031559.66162.qmail@web20526.mail.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart10316909.ubfZ2lS5k3"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411100454.27341.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Dean Patterson Subject: Re: The "calcru: negative...." messages. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 03:54:35 -0000 --nextPart10316909.ubfZ2lS5k3 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday, 10. November 2004 04:15, Dean Patterson wrote: > Just to edify all I was getting constant "calcru: > negative...." messages and I isolated it to ACPI. To > remedy this I put an entry in the device.hints file to > disable ACPI. Now to edify me; Is this a good > aproach?=20 If it fixes your problems, sure. > Any issues by not having ACPI loaded? Nothing except certain power management features not being available, but y= ou=20 can probably compensate by enabling APM instead. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart10316909.ubfZ2lS5k3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBkZDzXhc68WspdLARAkKoAJ9onZ4i6GCAmhBxmArv+VSNZBHALQCgmwFe LslEXwYEO/cTHPdtKf3VEzw= =e4OV -----END PGP SIGNATURE----- --nextPart10316909.ubfZ2lS5k3-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 04:16:01 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B34916A4CF for ; Wed, 10 Nov 2004 04:16:01 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2ACC943D1D for ; Wed, 10 Nov 2004 04:16:01 +0000 (GMT) (envelope-from jeffgaofreebsd@gmail.com) Received: by rproxy.gmail.com with SMTP id a36so139321rnf for ; Tue, 09 Nov 2004 20:15:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=S4zRtTinQBXvLHSkmM4bzDC2W8YmPJaVK1gLdtYfjCGkIJEjSIduAl8zpRgL/wXjjyZlk6fuClgLm1pXOfJUZyWdIRXU6B0aKnXEeVjvy29ebPcmmPSKp9kpdh+coOJpSOALxjMzuqgUiGLLEdWt1dkb8Xc9OlhvR45jbZ8mCV0= Received: by 10.38.79.2 with SMTP id c2mr842500rnb; Tue, 09 Nov 2004 20:15:55 -0800 (PST) Received: by 10.38.74.3 with HTTP; Tue, 9 Nov 2004 20:15:55 -0800 (PST) Message-ID: <639522fe0411092015320bfe60@mail.gmail.com> Date: Tue, 9 Nov 2004 21:15:55 -0700 From: Jie Gao To: Michael Nottebrock In-Reply-To: <200411100343.19250.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <639522fe041109143072521ecc@mail.gmail.com> <200411100343.19250.michaelnottebrock@gmx.net> cc: freebsd-stable@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: When will a thread-safe nvidia-driver be available? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jie Gao List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 04:16:01 -0000 I tried that patch but rejected. Afterwards I examined the Makefiles manually, and did a sed s/-lpthread/-pthread/g but still no help. I don't know if the problem I am having is the same as the one you stated. My programs work well when using "nv" driver. The core dumps only happen when I'm using nvidia-driver. On Wed, 10 Nov 2004 03:43:18 +0100, Michael Nottebrock wrote: > On Tuesday, 9. November 2004 23:30, Jie Gao wrote: > > > After upgrading to 5.3-RELEASE and KDE-3.3.1, I noticed some newly > > compiled KDE apps (e.g. kile and skim) core dump at start. > > Can you please try recompiling kile as described in this message > > http://lists.freebsd.org/pipermail/freebsd-ports/2004-November/017730.html > > and see if it makes any difference? > > -- > ,_, | Michael Nottebrock | lofi@freebsd.org > (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org > \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org > > > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 07:20:10 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE95616A4CE for ; Wed, 10 Nov 2004 07:20:10 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D94AF43D39 for ; Wed, 10 Nov 2004 07:20:09 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iAA7K8ju069359 for ; Wed, 10 Nov 2004 09:20:08 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 82230-06 for ; Wed, 10 Nov 2004 09:20:08 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iAA7K7GD069356 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 10 Nov 2004 09:20:07 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id iAA7JhLM083527 for freebsd-stable@freebsd.org; Wed, 10 Nov 2004 09:19:43 +0200 (EET) (envelope-from ru) Date: Wed, 10 Nov 2004 09:19:42 +0200 From: Ruslan Ermilov To: freebsd-stable@freebsd.org Message-ID: <20041110071942.GC65475@ip.net.ua> References: <20041109190057.GA99585@grummit.biaix.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qcHopEYAB45HaUaB" Content-Disposition: inline In-Reply-To: <20041109190057.GA99585@grummit.biaix.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua Subject: Re: buildworld needs root privileges? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 07:20:10 -0000 --qcHopEYAB45HaUaB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 09, 2004 at 08:00:57PM +0100, Joan Picanyol wrote: > Hi, >=20 > I've recvsuped and removed /usr/src and /usr/obj, same symtoms in > RELENG_5 and RELENG_5_3. Is this expected/known? >=20 > -------------------------------------------------------------- > >>> stage 1.2: bootstrap tools > -------------------------------------------------------------- > cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj/usr/src/i386 INSTALL=3D"sh /usr= /src/tools/install.sh" PATH=3D/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/o= bj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/sbin= :/bin:/usr/sbin:/usr/bin WORLDTMP=3D/usr/obj/usr/src/i386 MAKEFLAGS=3D"-m= /usr/src/tools/build/mk -D ALWAYS_CHECK_MAKE -m /usr/src/share/mk" make -= f Makefile.inc1 DESTDIR=3D BOOTSTRAPPING=3D503001 -DNOHTML -DNOINFO -DNO= LINT -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -DNO_CPU_CFLAGS -DNO_WARNS boo= tstrap-tools > =3D=3D=3D> games/fortune/strfile > /usr/obj/usr/src/i386/usr/src/games/fortune/strfile created for /usr/src/= games/fortune/strfile > rm -f .depend > mkdep -f .depend -a -I/usr/obj/usr/src/i386/legacy/usr/include /usr/sr= c/games/fortune/strfile/strfile.c > echo strfile: /usr/lib/libc.a /usr/obj/usr/src/i386/legacy/usr/lib/libega= cy.a >> .depend > cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/games= /fortune/strfile/strfile.c > cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -static -L/usr/o= bj/usr/src/i386/legacy/usr/lib -o strfile strfile.o -legacy > sh /usr/src/tools/install.sh "" -o root -g wheel -m 555 strfile /usr/ob= j/usr/src/i386/legacy/usr/games > install: /usr/obj/usr/src/i386/legacy/usr/games/strfile: chown/chgrp: Ope= ration not permitted > *** Error code 71 >=20 > Stop in /usr/src/games/fortune/strfile. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. >=20 > How do I get it to work again? Why is strfile a needed to boostrap the > build? >=20 This is due to you overriding the STRIP variable to ""; this causes src/tools/install.sh to *not* ignore the -o and -g options, as expected. If you really don't want to strip, just define STRIP to an empty value. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --qcHopEYAB45HaUaB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBkcEOqRfpzJluFF4RAunQAJ9SfZhCvMAC8ZMQVMr0n6twbWL0mACggY9I XjKIOqdYZCWem+Xms7h+vK8= =X8YB -----END PGP SIGNATURE----- --qcHopEYAB45HaUaB-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 07:48:48 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FA7116A4CE for ; Wed, 10 Nov 2004 07:48:48 +0000 (GMT) Received: from uzn470.buhlergroup.com (uzn470.buhlergroup.com [194.209.32.67]) by mx1.FreeBSD.org (Postfix) with SMTP id 9BCED43D31 for ; Wed, 10 Nov 2004 07:48:46 +0000 (GMT) (envelope-from roger.bartmann@buhlergroup.com) Received: from uzn327.buhler-ltd.com ([IP=172.17.2.5]) by eSafe SMTP Relay 1100052357; Wed Nov 10 09:10:22 2004 Received: from uzn453.buhler-ltd.com ([172.17.2.41]) by uzn327.buhler-ltd.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 10 Nov 2004 08:48:44 +0100 MIME-Version: 1.0 X-Habeas-SWE-2: brightly anticipated X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . content-class: urn:content-classes:message Date: Wed, 10 Nov 2004 08:48:44 +0100 Message-ID: X-Habeas-SWE-1: winter into spring X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Index: AcTG+bSWxnXlmmtNTWWEkt1iNyvoQw== From: To: X-OriginalArrivalTime: 10 Nov 2004 07:48:44.0804 (UTC) FILETIME=[B4580440:01C4C6F9] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 07:48:48 -0000 subscribe This e-mail (including any attachments) is confidential, may be legally privileged and is designated exclusively for the intended recipient. Access by any other person is not authorised. Any disclosure of this e-mail or of names of persons mentioned therein as well as any storing, copying, distribution and dissemination is strictly prohibited. If you are not the intended recipient, please immediately delete this e-mail and notify the sender by phone or by e-mail. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 08:41:35 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 705CE16A4CE for ; Wed, 10 Nov 2004 08:41:35 +0000 (GMT) Received: from peru.gambit.com.ru (peru.gambit.com.ru [194.190.206.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FE5243D4C for ; Wed, 10 Nov 2004 08:41:34 +0000 (GMT) ls+lists.freebsd.org.mailman.listinfo.freebsd-stable93930659@gambit.com.ru) Received: from zen.intranet (unknown [194.190.206.175]) by peru.gambit.com.ru (Postfix) with ESMTP id 93BCF26154 for ; Wed, 10 Nov 2004 11:41:32 +0300 (MSK) Received: by zen.intranet (Postfix, from userid 441) id 65785164879; Wed, 10 Nov 2004 11:41:32 +0300 (MSK) Date: Wed, 10 Nov 2004 11:41:32 +0300 From: ls+lists.freebsd.org.mailman.listinfo.freebsd-stable93930659@gambit.com.ru To: freebsd-stable@freebsd.org Message-ID: <20041110084132.GA699@gambit.com.ru> Mail-Followup-To: freebsd-stable@freebsd.org References: <20041105110830.GP58031@gambit.com.ru> <20041105215427.GA33096@xor.obsecurity.org> <20041109083810.GJ58031@gambit.com.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Subject: md /tmp mfs rw,-s64m 0 0 in fstab instead of tmpmfs="YES" in rc.conf: no panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 08:41:35 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline >>>>This host has 192 MB of RAM and 512 MB of swap. >>>> /sbin/mdmfs -i 4096 -s $1 md $2 >> Kris Kennaway wrote: >>> You don't have enough RAM in your system to do that. >> I'm running mdmfs WITHOUT "-M" flag. Ronald Klop wrote: > Just set up your tmp from fstab with "md /tmp mfs rw,-s64m 0 0". Swap space is actually used in this case, thank you! > If you look at the code which handles tmpmfs it is used for diskless booting. "By default, mdmfs creates a swap-based (MD_SWAP) disk" -- from mdmfs(8). > So there is no swap usable for ramdisk. Should I send-pr a bug in mdmfs(8)? --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iD8DBQFBkdQ899Q+k88BflcRAltCAJ0VA369D2CKiF8aAwIfvMGd+z1UPgCfZfyH 7Fp/KL6YeR6oza7pEW80YXA= =FKvN -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 08:54:52 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C3D016A4CE for ; Wed, 10 Nov 2004 08:54:52 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id EECE943D1F for ; Wed, 10 Nov 2004 08:54:51 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id iAA8pwOP058791; Wed, 10 Nov 2004 01:52:01 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 10 Nov 2004 01:51:59 -0700 (MST) Message-Id: <20041110.015159.63422514.imp@bsdimp.com> To: kolicz@EUnet.yu From: "M. Warner Losh" In-Reply-To: <20041106140840.GA582@kolic.net> References: <20041106140840.GA582@kolic.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-stable@freebsd.org Subject: Re: PCMCIA modem heating X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 08:54:52 -0000 In message: <20041106140840.GA582@kolic.net> Zoran Kolic writes: : Hi all! : Don't wonna make stupid : quiestions, but this is : something I have to know : to make reclamation if neces- : sary. : After 5-10 minutes of inter- : net connection, when detached, : my pccard modem is hot as fur- : nace. I can barely take it in : my hand. Is it normal beha- : veour? : Model is Zoltrix, has "cirrus" : on the sticker. Try setting debug.mpsafenet=0 in your /boot/loader.conf. I have similar sounding issues with -current and my USB modem + ppp. Warner From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 08:57:44 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB43516A4CE for ; Wed, 10 Nov 2004 08:57:44 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7151C43D2F for ; Wed, 10 Nov 2004 08:57:44 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id iAA8v1r6058829; Wed, 10 Nov 2004 01:57:04 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 10 Nov 2004 01:57:02 -0700 (MST) Message-Id: <20041110.015702.107610487.imp@bsdimp.com> To: jcw@highperformance.net From: "M. Warner Losh" In-Reply-To: References: 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-stable@freebsd.org Subject: Re: Termcap Makefile Doesn't Honor DESTDIR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 08:57:45 -0000 In message: "Jason C. Wells" writes: : The makefile in /usr/src/share/termcap doesn't honor DESTDIR. Should it? Likely. Warner From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 08:57:54 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CED516A4CF for ; Wed, 10 Nov 2004 08:57:54 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C57A43D53 for ; Wed, 10 Nov 2004 08:57:53 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id iAA8u7Ml058826; Wed, 10 Nov 2004 01:56:10 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 10 Nov 2004 01:56:09 -0700 (MST) Message-Id: <20041110.015609.56510863.imp@bsdimp.com> To: ronald-freebsd8@klop.yi.org From: "M. Warner Losh" In-Reply-To: References: 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-stable@freebsd.org Subject: Re: pccard modem and ethernet don't work together X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 08:57:54 -0000 In message: Ronald Klop writes: : I posted the same text as below to current@ on 20 Oct, but got no answer. : Is there somebody here who knows more about this or can tell me where to : look further? : I got a 'me too' message from somebody who googled my previous question, : so there are more people with this problem. I ment to reply, but got busy with the release. I'll see if I can recreate the problem. Warner From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 09:00:54 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BB7016A4F7 for ; Wed, 10 Nov 2004 09:00:54 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F5EF43D5E for ; Wed, 10 Nov 2004 09:00:53 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id iAA8xcmL058888; Wed, 10 Nov 2004 01:59:41 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 10 Nov 2004 01:59:40 -0700 (MST) Message-Id: <20041110.015940.68256977.imp@bsdimp.com> To: lists-freebsd-stable@biaix.org From: "M. Warner Losh" In-Reply-To: <20041109190057.GA99585@grummit.biaix.org> References: <20041109190057.GA99585@grummit.biaix.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-stable@freebsd.org Subject: Re: buildworld needs root privileges? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 09:00:54 -0000 In message: <20041109190057.GA99585@grummit.biaix.org> Joan Picanyol writes: : Hi, : : I've recvsuped and removed /usr/src and /usr/obj, same symtoms in : RELENG_5 and RELENG_5_3. Is this expected/known? No. I've built many many many times w/o root, both current and RELENG_5 over the past few weeks... Warner From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 09:46:37 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B45D16A4CE for ; Wed, 10 Nov 2004 09:46:37 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 003FE43D2D for ; Wed, 10 Nov 2004 09:46:37 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id iAA9jRd1073171; Wed, 10 Nov 2004 04:45:27 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)iAA9jRb8073168; Wed, 10 Nov 2004 09:45:27 GMT (envelope-from robert@fledge.watson.org) Date: Wed, 10 Nov 2004 09:45:27 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Arjan Van Leeuwen In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: Panic in 5.3, related to network traffic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 09:46:37 -0000 On Wed, 10 Nov 2004, Arjan Van Leeuwen wrote: > winston# addr2line -f -e kernel.debug.20041109 0xC06B1AE9 > ip_forward > /usr/src/sys/netinet/ip_input.c:1879 Hmm. Odd. The stack trace in your screen shot shows the same mbuf being passed to icmp_error() was was passed to ip_forward(). This suggests, given the other arguments, that it's actually the call to icmp_error() on line 1650, not 1879. I wonder if addr2line is getting confused. If you use kgdb on the kernel.debug and do: l *icmp_error+0x191 l *ip_forward+0x3d1 Do you get different answers? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > winston# addr2line -f -e kernel.debug.20041109 0xC06B06F3 > ip_input > /usr/src/sys/netinet/ip_input.c:642 > winston# addr2line -f -e kernel.debug.20041109 0xC06912AF > netisr_processqueue > /usr/src/sys/net/netisr.c:229 > winston# addr2line -f -e kernel.debug.20041109 0xC06914AA > swi_net > /usr/src/sys/net/netisr.c:346 > winston# addr2line -f -e kernel.debug.20041109 0xC060BED9 > ithread_loop > /usr/src/sys/kern/kern_intr.c:548 > > > On Wed, 10 Nov 2004 01:41:21 +0100, Arjan Van Leeuwen > wrote: > > On Tue, 9 Nov 2004 23:33:15 +0000 (GMT), Robert Watson > > wrote: > > > > > > > > > > > > On Tue, 9 Nov 2004, Arjan Van Leeuwen wrote: > > > > > (...) > > > > > > Could you send a copy of your dmesg? Could you also use gdb on a kernel > > > with debug symbols or addr2line to convert the function+offsets in the > > > trace to file and line number in the source? This is a NULL pointer > > > dereference, so presumably somewhere there is a poor assumption about > > > memory allocation or the like. > > > > dmesg is attached. > > > > # addr2line -e kernel.debug.20041109 0xc06544a0 > > /usr/src/sys/sys/libkern.h:56 > > > > How do I get the function+offsets? > > > > Thanks, > > > > Arjan > > > > > > > > > > > > Thanks, > > > > > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > > > robert@fledge.watson.org Principal Research Scientist, McAfee Research > > > > > > > > > > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 10:04:42 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DBBE16A4CE for ; Wed, 10 Nov 2004 10:04:42 +0000 (GMT) Received: from lri.lri.fr (lri.lri.fr [129.175.15.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AA8643D54 for ; Wed, 10 Nov 2004 10:04:41 +0000 (GMT) (envelope-from feanor@pc5-179.lri.fr) Received: from localhost (localhost [127.0.0.1]) by lri.lri.fr (Postfix) with ESMTP id 4EA1219E7A3; Wed, 10 Nov 2004 11:04:40 +0100 (CET) Received: from lri.lri.fr ([127.0.0.1]) by localhost (lri.lri.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17207-10; Wed, 10 Nov 2004 11:04:40 +0100 (CET) Received: from pc5-179.lri.fr (pc5-179 [129.175.5.179]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by lri.lri.fr (Postfix) with ESMTP id 37EC419E79C; Wed, 10 Nov 2004 11:04:40 +0100 (CET) Received: from pc5-179.lri.fr (localhost.lri.fr [127.0.0.1]) by pc5-179.lri.fr (8.12.10/8.12.10) with ESMTP id iAAA4dd7001117; Wed, 10 Nov 2004 11:04:39 +0100 (CET) (envelope-from feanor@pc5-179.lri.fr) Received: (from feanor@localhost) by pc5-179.lri.fr (8.12.10/8.12.10/Submit) id iAAA4dSb001116; Wed, 10 Nov 2004 11:04:39 +0100 (CET) (envelope-from feanor) Date: Wed, 10 Nov 2004 11:04:39 +0100 From: Marwan Burelle To: freebsd-stable@freebsd.org Message-ID: <20041110100439.GA1012@pc5-179.lri.fr> References: <6d46f148041108230866bef0b6@mail.gmail.com> <20041110012902.GF27373@squash.dsto.defence.gov.au> <6d46f14804110919376fc12d4a@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline In-Reply-To: <6d46f14804110919376fc12d4a@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at lri.fr cc: =?iso-8859-1?Q?Nicol=E1s_de_Bari_Embriz_Garc=EDa?= Rojas Subject: Re: NVIDIA driver crashing the system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 10:04:42 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 09, 2004 at 09:37:37PM -0600, Nicol=E1s de Bari Embriz Garc=EDa= Rojas wrote: > Doing all this described on (sec-05) dont work I have allready compile > the kernel with out the device agp, tried Option "NvAGP" "0,1,2,3" and > still having the same results, kernel still crashing. >=20 > any more ideas? >=20 I have experienced some crash with ACPI (and also hyperthreading) and Nvidia driver. Disabling ACPI works fine for me. Note that I use Xorg instead of XFree (it was working with XFree pre-4.4, but nvidia drivers are a little mysterious and capricious, who knows when do they work ... ;) Marwan Burelle. --=20 Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org (burelle@lri.fr | Marwan.Burelle@ens.fr) --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBkee3I+2UvUKfgvgRAmO0AJ96j+pSD9fru8B4qcghi2rwNIKMqgCgoZkJ puq/ESuWxjL5UJd9ILComuo= =OmTf -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 10:05:52 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F8CB16A4CE for ; Wed, 10 Nov 2004 10:05:52 +0000 (GMT) Received: from grummit.biaix.org (86.Red-213-97-212.pooles.rima-tde.net [213.97.212.86]) by mx1.FreeBSD.org (Postfix) with SMTP id 3EDA743D1D for ; Wed, 10 Nov 2004 10:05:51 +0000 (GMT) (envelope-from lists-freebsd-stable@biaix.org) Received: (qmail 90118 invoked by uid 1000); 10 Nov 2004 10:03:17 -0000 Date: Wed, 10 Nov 2004 11:03:17 +0100 From: Joan Picanyol To: freebsd-stable@freebsd.org Message-ID: <20041110100317.GA89843@grummit.biaix.org> Mail-Followup-To: freebsd-stable@freebsd.org References: <20041109190057.GA99585@grummit.biaix.org> <20041110071942.GC65475@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041110071942.GC65475@ip.net.ua> User-Agent: Mutt/1.5.6i Subject: [SOLVED] Re: buildworld needs root privileges? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 10:05:52 -0000 * Ruslan Ermilov [20041110 08:17]: > On Tue, Nov 09, 2004 at 08:00:57PM +0100, Joan Picanyol wrote: [...] > > sh /usr/src/tools/install.sh "" -o root -g wheel -m 555 strfile /usr/obj/usr/src/i386/legacy/usr/games > > install: /usr/obj/usr/src/i386/legacy/usr/games/strfile: chown/chgrp: Operation not permitted > > *** Error code 71 > > > > Stop in /usr/src/games/fortune/strfile. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > > > How do I get it to work again? Why is strfile a needed to boostrap the > > build? > > > This is due to you overriding the STRIP variable to ""; this causes > src/tools/install.sh to *not* ignore the -o and -g options, as expected. Thanks, that was it. > If you really don't want to strip, just define STRIP to an empty value. Actually what I'd really like would be support for -add-gnu-debuglink in objcopy, possibly with --only-keep-debug in strip. Is there any support for that? tks -- pica From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 10:14:19 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F2FA16A4CF for ; Wed, 10 Nov 2004 10:14:19 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id AA2F443D2F for ; Wed, 10 Nov 2004 10:14:18 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 31690 invoked by uid 65534); 10 Nov 2004 10:14:17 -0000 Received: from pD95D8910.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.93.137.16) by mail.gmx.net (mp025) with SMTP; 10 Nov 2004 11:14:17 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iAAAEDFX043482 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 10 Nov 2004 11:14:14 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Jie Gao Date: Wed, 10 Nov 2004 11:14:06 +0100 User-Agent: KMail/1.7.1 References: <639522fe041109143072521ecc@mail.gmail.com> <200411100343.19250.michaelnottebrock@gmx.net> <639522fe0411092015320bfe60@mail.gmail.com> In-Reply-To: <639522fe0411092015320bfe60@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1115639.LUsGfr0hPZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411101114.10488.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: freebsd-stable@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: When will a thread-safe nvidia-driver be available? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 10:14:19 -0000 --nextPart1115639.LUsGfr0hPZ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday, 10. November 2004 05:15, Jie Gao wrote: > I tried that patch but rejected.=20 What exactly did you do? I just verified that 'make=20 EXTRA_PATCHES=3D/usr/ports/x11/kde3/files/extrapatch-configure' does work=20 (i.e., the patch applies cleanly) with the latest version of kile in ports. > Afterwards I examined the Makefiles=20 > manually, and did a > > sed s/-lpthread/-pthread/g Please try again as I described. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1115639.LUsGfr0hPZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBkenyXhc68WspdLARAoUCAJ4p2h89wb3sQ5U03anwNpDqHJQZ/gCglWmu 78BGInauPOTjJUqVlsqD0+E= =3C8Q -----END PGP SIGNATURE----- --nextPart1115639.LUsGfr0hPZ-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 11:10:59 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A22116A4CE; Wed, 10 Nov 2004 11:10:59 +0000 (GMT) Received: from mail.struchtrup.de (mail.struchtrup.de [80.190.247.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id E847543D41; Wed, 10 Nov 2004 11:10:56 +0000 (GMT) (envelope-from sebastian@struchtrup.de) Received: from p5087da2f.dip0.t-ipconnect.de ([80.135.218.47] helo=[10.0.0.2]) by mail.struchtrup.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.42 (FreeBSD)) id 1CRqM1-0003Fi-Ub; Wed, 10 Nov 2004 11:09:34 +0000 Message-ID: <4191F724.2010405@struchtrup.de> Date: Wed, 10 Nov 2004 12:10:28 +0100 From: Sebastian Schulze Struchtrup User-Agent: Mozilla Thunderbird 0.9 (X11/20041108) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Struchtrup-MailScanner-Information: Please contact the ISP for more information X-Struchtrup-MailScanner: Found to be clean X-MailScanner-From: sebastian@struchtrup.de cc: freebsd-stable@freebsd.org cc: Arjan Van Leeuwen Subject: Re: Panic in 5.3, related to network traffic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 11:10:59 -0000 >Hmm. Odd. The stack trace in your screen shot shows the same mbuf being >passed to icmp_error() was was passed to ip_forward(). This suggests, >given the other arguments, that it's actually the call to icmp_error() on >line 1650, not 1879. I wonder if addr2line is getting confused. > It seems that this is the usual enemy of debugging: compiler optimisation. There's actually only one call. The call in line 1650 jumps to the one generated by line 1879. (line numbers don't match, because I am runnig 6-Current on this machine) /usr/src/sys/netinet/ip_input.c:1711 (1650) 103a: 6a 00 push $0x0 103c: 6a 00 push $0x0 103e: 6a 01 push $0x1 1040: 6a 03 push $0x3 1042: 56 push %esi 1043: e9 fa fd ff ff jmp e42 /usr/src/sys/netinet/ip_input.c:1711 (1650) e41: 56 push %esi /usr/src/sys/netinet/ip_input.c:1940 (1879) e42: e8 fc ff ff ff call e43 e47: eb e8 jmp e31 > If you use kgdb on the kernel.debug and do: > > l *icmp_error+0x191 > l *ip_forward+0x3d1 > >Do you get different answers? > > Maybe it would help to compile the kernel with INVARIANTS. Then we should get a false assertion somewhere earlier and closer to the problem. I assume that their is an invalid/null mbuf somewhere. It seems that this comes more or less directly from the inferface driver. Just my two cents... From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 11:11:03 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E03BF16A4F3 for ; Wed, 10 Nov 2004 11:11:03 +0000 (GMT) Received: from fep01-svc.flexmail.it (fep01.tuttopmi.it [212.131.248.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E4A243D46 for ; Wed, 10 Nov 2004 11:11:01 +0000 (GMT) (envelope-from dast@cnos-fap.net) Received: from dasts.db.it ([81.72.69.93]) by fep01-svc.flexmail.it with ESMTP id <20041110111054.BMLN21321.fep01-svc.flexmail.it@dasts.db.it> for ; Wed, 10 Nov 2004 12:10:54 +0100 From: Dariusz Stojek To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Wed, 10 Nov 2004 12:10:57 +0100 Message-Id: <1100085057.4549.3.camel@dasts.db.it> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit Subject: WG511 on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 11:11:04 -0000 Anyoune use WG511 on FreeBSD 5.3? I'd like to use it but there is no support for Prism54 on FreeBSD, and ndis isn't working, I don't know why... I didn't found on internet any explanation (how to use firmware loading, in linux it is working fine -- thanks darek From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 11:21:27 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D19916A4CE for ; Wed, 10 Nov 2004 11:21:27 +0000 (GMT) Received: from krasrm.ru (krasrm.ru [80.253.230.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31CE643D41 for ; Wed, 10 Nov 2004 11:21:27 +0000 (GMT) (envelope-from ivr@krasrm.ru) Received: from localhost (localhost.krasrm.ru [127.0.0.1]) by krasrm.ru (Postfix) with SMTP id 1F8157A61E for ; Wed, 10 Nov 2004 18:21:23 +0700 (KRAT) X-AV-Checked: Wed Nov 10 18:21:23 2004 Ok Received: from [127.0.0.1] (u111.krasrm.ru [192.168.1.111]) by krasrm.ru (Postfix) with ESMTP id EB3037A617 for ; Wed, 10 Nov 2004 18:21:22 +0700 (KRAT) Date: Wed, 10 Nov 2004 18:21:36 +0700 From: ivr X-Mailer: The Bat! (v3.0) Professional X-Priority: 3 (Normal) Message-ID: <815555066.20041110182136@krasrm.ru> To: stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ivr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 11:21:27 -0000 Hello! From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 12:23:37 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5262716A4CE for ; Wed, 10 Nov 2004 12:23:37 +0000 (GMT) Received: from mallaury.noc.nerim.net (smtp-103-wednesday.noc.nerim.net [62.4.17.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DDD243D2D for ; Wed, 10 Nov 2004 12:23:36 +0000 (GMT) (envelope-from e-masson@kisoft-services.com) Received: from srvbsdnanssv.interne.kisoft-services.com (kisoftacces2.net1.nerim.net [62.212.107.52]) by mallaury.noc.nerim.net (Postfix) with ESMTP id F06D463038; Wed, 10 Nov 2004 13:23:33 +0100 (CET) Received: from localhost (localhost [127.0.0.1])673A5D549; Wed, 10 Nov 2004 13:23:34 +0100 (CET) Received: from srvbsdnanssv.interne.kisoft-services.com ([127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10473-03; Wed, 10 Nov 2004 13:23:24 +0100 (CET) Received: by srvbsdnanssv.interne.kisoft-services.com (Postfix, from userid 1001) id 38814D541; Wed, 10 Nov 2004 13:23:24 +0100 (CET) To: Dariusz Stojek From: Eric Masson In-Reply-To: <1100085057.4549.3.camel@dasts.db.it> (Dariusz Stojek's message of "Wed, 10 Nov 2004 12:10:57 +0100") References: <1100085057.4549.3.camel@dasts.db.it> X-Operating-System: FreeBSD 5.3-STABLE i386 Date: Wed, 10 Nov 2004 13:23:23 +0100 Message-ID: <86654ddhac.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Security Through Obscurity, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at interne.kisoft-services.com cc: freebsd-stable@freebsd.org Subject: Re: WG511 on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 12:23:37 -0000 >>>>> "Dariusz" == Dariusz Stojek writes: Hi, Dariusz> Anyoune use WG511 on FreeBSD 5.3? I'd like to use it but there Dariusz> is no support for Prism54 on FreeBSD, and ndis isn't working, Dariusz> I don't know why... I didn't found on internet any explanation Dariusz> (how to use firmware loading, in linux it is working fine -- Have a look here : http://green.homeunix.org/~green/prism54-driver/pff/ Eric Masson -- Je travaille dans le médical et para-médical, le cul y est un sujet tout ŕ fait banal, les blagues et farces diverses sont toujours faites avec le plus grand professionalisme. -+- PM In : www.le-gnu.net - Les blagues c'est du sérieux -+- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 13:18:49 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7373716A4CE for ; Wed, 10 Nov 2004 13:18:49 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 6FD0043D53 for ; Wed, 10 Nov 2004 13:18:48 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 10 Nov 2004 13:18:47 +0000 (GMT) Date: Wed, 10 Nov 2004 13:18:46 +0000 From: David Malone To: Bill Goering Message-ID: <20041110131846.GA23032@walton.maths.tcd.ie> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie cc: freebsd-stable@freebsd.org Subject: Re: Bind negative cache poison X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 13:18:49 -0000 On Tue, Nov 09, 2004 at 10:48:57AM -0600, Bill Goering wrote: > Since my upgrade to 4.10 Stable in mid-Octobor I have been experiencing > some named cache > poisoning. What names are you seeing this for? Some people respons badly to requests for AAAA records in a way that could look like negative cache poisioning. David. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 13:49:02 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BC3A16A4CE for ; Wed, 10 Nov 2004 13:49:02 +0000 (GMT) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83A0943D46 for ; Wed, 10 Nov 2004 13:49:01 +0000 (GMT) (envelope-from flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.12.9p2/8.12.8) with ESMTP id iAADmxTM036786 for ; Wed, 10 Nov 2004 14:48:59 +0100 (CET) (envelope-from flygt@sr.se) Received: from oldie.sr.se (oldie [134.25.200.100]) by honken.sr.se (8.12.8p2/8.12.8) with ESMTP id iAADmxO1025674 for ; Wed, 10 Nov 2004 14:48:59 +0100 (CET) (envelope-from flygt@sr.se) Received: from oldie.sr.se (localhost [127.0.0.1]) by oldie.sr.se (8.13.1/8.12.11) with ESMTP id iAADmsep022973 for ; Wed, 10 Nov 2004 14:48:54 +0100 (CET) (envelope-from flygt@sr.se) Received: (from gunnar@localhost) by oldie.sr.se (8.13.1/8.13.1/Submit) id iAADmsYT022972 for freebsd-stable@freebsd.org; Wed, 10 Nov 2004 14:48:54 +0100 (CET) (envelope-from gunnar) Date: Wed, 10 Nov 2004 14:48:54 +0100 From: Gunnar Flygt To: FreeBSD Stable Message-ID: <20041110134853.GB87953@sr.se> Mail-Followup-To: Gunnar Flygt , FreeBSD Stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: 5.3-RELEASE kde 3.3 and pf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gunnar Flygt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 13:49:02 -0000 I've had problems with DKE 3.3 since I upgraded to 5.3-RELEASE. I compared the same machine (Dell Latitude D600) with a different HD where Gentoo Linux (Sorry for that:) resides. Om the Gentto box KDE 3.3 starts promply from kdm, no extra delays, but with FreeBSD 5.3 it takes about 2 minutes to get a running KDE environment. Got the "briliant" idea to stop pf before starting kdm AND alas KDE starts as fast as on the Gentoo system. (Actually it is even faster than login on the gentoo system:) Here is my /etc/pf.conf: # $FreeBSD: src/etc/pf.conf,v 1.1.2.1 2004/09/17 18:27:14 mlaier Exp $ # $OpenBSD: pf.conf,v 1.21 2003/09/02 20:38:44 david Exp $ # # See pf.conf(5) and /usr/share/examples/pf for syntax and examples. # Required order: options, normalization, queueing, translation, filtering. # Macros and tables may be defined and used anywhere. # Note that translation rules are first match while filter rules are last match. # Macros: define common values, so they can be referenced and changed easily. ext_if="bge0" # replace with actual external interface name i.e., dc0 # Normalization: reassemble fragments and resolve or reduce traffic ambiguities. scrub in all # block all incoming packets but allow ssh, pass all outgoing tcp and udp # connections and keep state, logging blocked packets. block in log all antispoof for { lo, $ext_if } pass in on $ext_if proto tcp from any to $ext_if port 22 keep state pass out on $ext_if proto { tcp, udp } all keep state pass out quick proto icmp from any to any keep state pass in quick proto icmp from any to any # drop without log block in proto { tcp, udp } from any to any port 134 >< 140 block in proto tcp from any to any port = 515 block in from any to 255.255.255.255 # my local network Class B block in from any to yyy.xx.255.255 block in from any to 224.0.0.0/4 What is it that makes KDE so slow when using pf with these simple rules. Have I missed something? -- Gunnar Flygt SR Datadrift Sveriges Radio From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 14:05:03 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 572FF16A4CE for ; Wed, 10 Nov 2004 14:05:03 +0000 (GMT) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id B123543D46 for ; Wed, 10 Nov 2004 14:05:02 +0000 (GMT) (envelope-from flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.12.9p2/8.12.8) with ESMTP id iAAE51TM038325 for ; Wed, 10 Nov 2004 15:05:01 +0100 (CET) (envelope-from flygt@sr.se) Received: from oldie.sr.se (oldie [134.25.200.100]) by honken.sr.se (8.12.8p2/8.12.8) with ESMTP id iAAE51O1027139 for ; Wed, 10 Nov 2004 15:05:01 +0100 (CET) (envelope-from flygt@sr.se) Received: from oldie.sr.se (localhost [127.0.0.1]) by oldie.sr.se (8.13.1/8.12.11) with ESMTP id iAAE4uFo023410 for ; Wed, 10 Nov 2004 15:04:56 +0100 (CET) (envelope-from flygt@sr.se) Received: (from gunnar@localhost) by oldie.sr.se (8.13.1/8.13.1/Submit) id iAAE4uxV023409 for freebsd-stable@freebsd.org; Wed, 10 Nov 2004 15:04:56 +0100 (CET) (envelope-from gunnar) Date: Wed, 10 Nov 2004 15:04:56 +0100 From: Gunnar Flygt To: FreeBSD Stable Message-ID: <20041110140456.GA23273@sr.se> Mail-Followup-To: Gunnar Flygt , FreeBSD Stable References: <20041110134853.GB87953@sr.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041110134853.GB87953@sr.se> User-Agent: Mutt/1.4.2.1i Subject: Re: 5.3-RELEASE kde 3.3 and pf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gunnar Flygt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 14:05:03 -0000 I reply to my own question. Since I found out it was pf causing this I started to use tcpdump on pflog0 and found that traffic from 127.0.0.1 to 127.0.0.1 was blocked. So I added as in the examples for ipf : # allow localhost pass in quick on lo0 pass out quick on lo0 after the antispoof rule in pf.conf, and now KDE is loading quick as without pf. Is this something that should perhaps be in the example file for pf? Or are there any security reasons for not having it? On Wed, Nov 10, 2004 at 02:48:54PM +0100, Gunnar Flygt wrote: > I've had problems with DKE 3.3 since I upgraded to 5.3-RELEASE. > I compared the same machine (Dell Latitude D600) with a different HD > where Gentoo Linux (Sorry for that:) resides. Om the Gentto box KDE 3.3 > starts promply from kdm, no extra delays, but with FreeBSD 5.3 it takes > about 2 minutes to get a running KDE environment. > > Got the "briliant" idea to stop pf before starting kdm AND alas KDE > starts as fast as on the Gentoo system. (Actually it is even faster than > login on the gentoo system:) > > Here is my /etc/pf.conf: > > # $FreeBSD: src/etc/pf.conf,v 1.1.2.1 2004/09/17 18:27:14 mlaier Exp $ > # $OpenBSD: pf.conf,v 1.21 2003/09/02 20:38:44 david Exp $ > # > # See pf.conf(5) and /usr/share/examples/pf for syntax and examples. > # Required order: options, normalization, queueing, translation, filtering. > # Macros and tables may be defined and used anywhere. > # Note that translation rules are first match while filter rules are last match. > > # Macros: define common values, so they can be referenced and changed easily. > ext_if="bge0" # replace with actual external interface name i.e., dc0 > > # Normalization: reassemble fragments and resolve or reduce traffic ambiguities. > scrub in all > > # block all incoming packets but allow ssh, pass all outgoing tcp and udp > # connections and keep state, logging blocked packets. > block in log all > antispoof for { lo, $ext_if } > pass in on $ext_if proto tcp from any to $ext_if port 22 keep state > pass out on $ext_if proto { tcp, udp } all keep state > pass out quick proto icmp from any to any keep state > pass in quick proto icmp from any to any > > # drop without log > block in proto { tcp, udp } from any to any port 134 >< 140 > block in proto tcp from any to any port = 515 > block in from any to 255.255.255.255 > # my local network Class B > block in from any to yyy.xx.255.255 > block in from any to 224.0.0.0/4 > > What is it that makes KDE so slow when using pf with these simple rules. > Have I missed something? > > -- > Gunnar Flygt > SR Datadrift > Sveriges Radio > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Gunnar Flygt SR Datadrift Sveriges Radio From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 14:10:06 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1B0916A4D1 for ; Wed, 10 Nov 2004 14:10:06 +0000 (GMT) Received: from lists.frmug.org (frmug-gw.frmug.org [193.56.58.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9950043D2D for ; Wed, 10 Nov 2004 14:10:05 +0000 (GMT) (envelope-from olive@oban.frmug.org) Received: from localhost (localhost [127.0.0.1]) by lists.frmug.org (Postfix/TLS) with ESMTP id 6AA6C20F18; Wed, 10 Nov 2004 15:10:04 +0100 (CET) Received: from lists.frmug.org ([127.0.0.1]) by localhost (frmug.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 40551-04; Wed, 10 Nov 2004 15:10:04 +0100 (CET) Received: by lists.frmug.org (Postfix/TLS, from userid 66) id CBF3120F33; Wed, 10 Nov 2004 15:10:03 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by weirdos.oban.frmug.org (Postfix) with ESMTP id 1E8748C32; Wed, 10 Nov 2004 15:06:16 +0100 (CET) Received: by weirdos.oban.frmug.org (Postfix, from userid 1002) id E41FF8C21; Wed, 10 Nov 2004 15:06:14 +0100 (CET) Date: Wed, 10 Nov 2004 15:06:14 +0100 From: Olivier Tharan To: FreeBSD Stable Message-ID: <20041110140614.GO85877@weirdos.oban.frmug.org> Mail-Followup-To: FreeBSD Stable , Gunnar Flygt References: <20041110134853.GB87953@sr.se> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20041110134853.GB87953@sr.se> X-Attribution: Olive X-Virus-Scanned: by amavisd-new at frmug.org cc: Gunnar Flygt Subject: Re: 5.3-RELEASE kde 3.3 and pf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 14:10:07 -0000 * Gunnar Flygt (20041110 14:48): > What is it that makes KDE so slow when using pf with these simple rules. > Have I missed something? Maybe you should allow everything on lo0, in and out. -- olive From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 14:22:47 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE69B16A4CE for ; Wed, 10 Nov 2004 14:22:47 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F4A043D53 for ; Wed, 10 Nov 2004 14:22:47 +0000 (GMT) (envelope-from imbutler@comcast.net) Received: from auburn.comcast.net (h000086489e8c.ne.client2.attbi.com[66.31.37.42]) by comcast.net (sccrmhc12) with ESMTP id <2004111014224601200rjiade>; Wed, 10 Nov 2004 14:22:46 +0000 Received: from localhost (unknown [127.0.0.1]) by auburn.comcast.net (Postfix) with ESMTP id D5D091706B for ; Wed, 10 Nov 2004 09:22:45 -0500 (EST) Received: from auburn.comcast.net ([127.0.0.1]) by localhost (auburn.comcast.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 74993-03 for ; Wed, 10 Nov 2004 09:22:39 -0500 (EST) Received: from 192.168.1.12 (localhost.comcast.net [127.0.0.1]) by auburn.comcast.net (Postfix) with ESMTP for ; Wed, 10 Nov 2004 09:22:39 -0500 (EST) Received: from 192.168.1.10 (SquirrelMail authenticated user imb); by h000086489e8c.ne.client2.attbi.com with HTTP; Wed, 10 Nov 2004 09:22:39 -0500 (EST) Message-ID: <2894.192.168.1.10.1100096559.squirrel@192.168.1.10> In-Reply-To: <20041110140614.GO85877@weirdos.oban.frmug.org> References: <20041110134853.GB87953@sr.se> <20041110140614.GO85877@weirdos.oban.frmug.org> Date: Wed, 10 Nov 2004 09:22:39 -0500 (EST) From: "Michael Butler" To: "FreeBSD Stable" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: at auburn.comcast.net Subject: Re: 5.3-RELEASE kde 3.3 and pf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 14:22:47 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Maybe you should allow everything on lo0, in and out. 127/8 should always be allowed on the loopback interface, 127/8 should always be dropped from all other interfaces. I am "uncomfortable" saying that everything should be allowed .. Michael Butler CISSP Security Consultant Savvis Communications www.savvis.net PGP Key ID: 0x5E873CC5 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBkiQviJykeV6HPMURAuGvAKCxPvD2JBnymAZi6DSGv+h39whQoQCfSp+x TmQ7x0bqDw49rGjemk8WQUg= =Y6/E -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 14:26:36 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80AD216A4CE for ; Wed, 10 Nov 2004 14:26:36 +0000 (GMT) Received: from raven.kierun.org (raven.yorksj.ac.uk [193.61.234.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44EE943D1D for ; Wed, 10 Nov 2004 14:26:36 +0000 (GMT) (envelope-from yann@raven.kierun.org) Received: from yann by raven.kierun.org with local (Exim 4.43 (FreeBSD)) id 1CRtQh-000LUR-2T for freebsd-stable@freebsd.org; Wed, 10 Nov 2004 14:26:35 +0000 Date: Wed, 10 Nov 2004 14:26:35 +0000 From: Yann Golanski To: freebsd-stable@freebsd.org Message-ID: <20041110142635.GA82416@kierun.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline User-Agent: Mutt/1.5.6i Sender: "Yann Golanski,University of York,+44(0)1904-433088" Subject: MathML, Firefox and Xorg X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 14:26:36 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Has anyone encountered any problems installing MathML fonts for Firefox? I'm having no luck with it... --=20 yann@kierun.org -=3D*=3D- www.kierun.= org PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 9DE2 6318 --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBkiUb91FwBp3iYxgRAgNlAKCDFY9cybupmbnzy7Nvp6yqxB71wgCeKXdw bsv5Vr9zd71s1O00A+rHyQY= =E7u3 -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 14:35:46 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 606AB16A4CE for ; Wed, 10 Nov 2004 14:35:46 +0000 (GMT) Received: from mail.struchtrup.de (mail.struchtrup.de [80.190.247.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB74F43D3F for ; Wed, 10 Nov 2004 14:35:43 +0000 (GMT) (envelope-from seb@struchtrup.com) Received: from p5087da2f.dip0.t-ipconnect.de ([80.135.218.47] helo=[10.0.0.2]) by mail.struchtrup.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.42 (FreeBSD)) id 1CRtY8-0003Zu-H7; Wed, 10 Nov 2004 14:34:16 +0000 Message-ID: <41922709.5050002@struchtrup.com> Date: Wed, 10 Nov 2004 15:34:49 +0100 From: Sebastian Schulze Struchtrup User-Agent: Mozilla Thunderbird 0.9 (X11/20041108) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Yann Golanski References: <20041110142635.GA82416@kierun.org> In-Reply-To: <20041110142635.GA82416@kierun.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Struchtrup-MailScanner-Information: Please contact the ISP for more information X-Struchtrup-MailScanner: Found to be clean X-MailScanner-From: seb@struchtrup.com cc: freebsd-stable@freebsd.org Subject: Re: MathML, Firefox and Xorg X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 14:35:46 -0000 Yann Golanski wrote: >Has anyone encountered any problems installing MathML fonts for Firefox? >I'm having no luck with it... > > I think I have once used the TeX truetype fonts mentioned at http://www.mozilla.org/projects/mathml/fonts/. Works without problems. P.S: stable is probably the wrong list for this. ports, question etc. would have been better. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 14:52:51 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D50A16A4CE for ; Wed, 10 Nov 2004 14:52:51 +0000 (GMT) Received: from raven.kierun.org (raven.yorksj.ac.uk [193.61.234.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1342043D31 for ; Wed, 10 Nov 2004 14:52:51 +0000 (GMT) (envelope-from yann@raven.kierun.org) Received: from yann by raven.kierun.org with local (Exim 4.43 (FreeBSD)) id 1CRtq6-000Lgx-5M for freebsd-stable@freebsd.org; Wed, 10 Nov 2004 14:52:50 +0000 Date: Wed, 10 Nov 2004 14:52:50 +0000 From: Yann Golanski To: freebsd-stable@freebsd.org Message-ID: <20041110145250.GD82667@kierun.org> References: <20041110142635.GA82416@kierun.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ibTvN161/egqYuK8" Content-Disposition: inline In-Reply-To: <20041110142635.GA82416@kierun.org> User-Agent: Mutt/1.5.6i Sender: "Yann Golanski,University of York,+44(0)1904-433088" Subject: Re: MathML, Firefox and Xorg X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 14:52:51 -0000 --ibTvN161/egqYuK8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoth Yann Golanski on Wed, Nov 10, 2004 at 14:26:35 +0000 > Has anyone encountered any problems installing MathML fonts for Firefox? > I'm having no luck with it... Sorry, this should have gone to question- ... Should not post while under frustration! --=20 yann@kierun.org -=3D*=3D- www.kierun.= org PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 9DE2 6318 --ibTvN161/egqYuK8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBkitC91FwBp3iYxgRAn6QAJ4vfEFkGrI+P1heY3jFyM3repilTgCdFie0 SjUl3GqLMtw8Jo3ChF9+jjE= =VWPg -----END PGP SIGNATURE----- --ibTvN161/egqYuK8-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 15:39:43 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A519116A4CE for ; Wed, 10 Nov 2004 15:39:43 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BE2D43D48 for ; Wed, 10 Nov 2004 15:39:43 +0000 (GMT) (envelope-from elvstone@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so262708rnf for ; Wed, 10 Nov 2004 07:39:33 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=BEx+tYkVMnsjKiS2fGgC+NGgk7VDLcWMlE734DMkZBKNdwjY0qdc03UXRFPNqyWTvIvLj28rfPhwevUPXhh8d2JtMZrxTFDXUfDsjFFmK4dxC1gfKb3qLn1dkpYkDf3IrQQKwOiJWK4LMLhvy/V0i/9Q6fAXHwDH2b4ecWF9sl0= Received: by 10.38.66.49 with SMTP id o49mr1199534rna; Wed, 10 Nov 2004 07:39:33 -0800 (PST) Received: by 10.38.70.52 with HTTP; Wed, 10 Nov 2004 07:39:33 -0800 (PST) Message-ID: <751a4f870411100739349fd7e1@mail.gmail.com> Date: Wed, 10 Nov 2004 16:39:33 +0100 From: Aron Stansvik To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: List of unneeded files? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Aron Stansvik List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 15:39:43 -0000 Hello. I just upgraded my 5.2.1-RELEASE laptop to 5.3-RELEASE, all went fine but I have a question: Is there a list of the files installed by 5.2.1-RELEASE that are not installed/needed by the 5.3-RELEASE? If there isn't, why not? I've looked through the Release Notes and Migration Guide without finding anything like this, I can't say it feels like a "clean upgrade" until those files are gone. Best regards, Aron Stansvik From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 15:43:10 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A18FD16A4CE for ; Wed, 10 Nov 2004 15:43:10 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2ACC043D4C for ; Wed, 10 Nov 2004 15:43:10 +0000 (GMT) (envelope-from avleeuwen@gmail.com) Received: by rproxy.gmail.com with SMTP id 34so295110rns for ; Wed, 10 Nov 2004 07:43:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=DSF9CE+TQrqxNDXcFDpKeOqfyeQ0JT4FPrBS14bNp8RmFi80/2kFw0LChk4pXQsAPhz7mjjUcU3nBVrzVfGvB3pLORkeJacNWmkWvif8F2hk/z1r+a6jMS1UFxitCSG0w5bA8oAs4iqaVcnGt1LupHRAdO1ippGliPyxZIqBDSY= Received: by 10.38.8.19 with SMTP id 19mr789498rnh; Wed, 10 Nov 2004 07:43:04 -0800 (PST) Received: by 10.38.206.31 with HTTP; Wed, 10 Nov 2004 07:43:04 -0800 (PST) Message-ID: Date: Wed, 10 Nov 2004 16:43:04 +0100 From: Arjan Van Leeuwen To: Robert Watson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: cc: sebastian@struchtrup.de cc: freebsd-stable@freebsd.org Subject: Re: Panic in 5.3, related to network traffic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Arjan Van Leeuwen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 15:43:10 -0000 On Wed, 10 Nov 2004 10:15:31 +0000 (GMT), Robert Watson wrote: > > Could you recompile your kernel with "options INVARIANTS"? It looks like > whatever is happening should be triggering one of the assertions in > m_copydata(), if not icmp_error(), and it would be helpful to track it a > little earlier before it faults. It looks like m_copydata() is alking off > of the end of an mbuf chain, since min()'s only pointer dereference is to > get the length out of an mbuf. However, under those circumstances it > shouldn't need to walk a chain. > > Another thing we may want to do for debugging purposes, subject to this > being something you can put the system through, is add an additional > warning in icmp_error() if the mbuf comes in fragmented. Something like > the following would generate a warning instead of panicking: > (...) I've applied the patch and enabled INVARIANTS. The result was that I did indeed see the warning once, but _not_ when I was trying to create a panic; I saw the warning shortly after starting the machine, I didn't yet start emule to get the panic. When I did start emule, I got a panic that looked a bit different. In this screenshot, you can see both the warning message (that appeared a lot earlier, independent of the panic) and the new panic: http://www.piwebs.com/freebsd/panic.jpg Here is what addr2line tells me: winston% addr2line -f -e kernel.debug.20041110 0xC074CF44 uma_dbg_free /usr/src/sys/vm/uma_dbg.c:308 winston% addr2line -f -e kernel.debug.20041110 0xC074BD13 uma_zfree_arg /usr/src/sys/vm/uma_core.c:2237 winston% addr2line -f -e kernel.debug.20041110 0xC0646C9A m_freem /usr/src/sys/vm/uma.h:302 winston% addr2line -f -e kernel.debug.20041110 0xC0460D11 fr_check /usr/src/sys/contrib/ipfilter/netinet/fil.c:1402 winston% addr2line -f -e kernel.debug.20041110 0xC0462052 fr_check_wrapper /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:344 winston% addr2line -f -e kernel.debug.20041110 0xC067F11D pfil_run_hooks /usr/src/sys/net/pfil.c:137 winston% addr2line -f -e kernel.debug.20041110 0xC069BE95 ip_input /usr/src/sys/netinet/ip_input.c:439 winston% addr2line -f -e kernel.debug.20041110 0xC067DB92 netisr_processqueue /usr/src/sys/net/netisr.c:229 winston% addr2line -f -e kernel.debug.20041110 0xC067DD76 swi_net /usr/src/sys/net/netisr.c:346 winston% addr2line -f -e kernel.debug.20041110 0xC06051C4 ithread_loop /usr/src/sys/kern/kern_intr.c:548 Thanks for your help, Arjan From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 16:43:12 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 149F016A4CE for ; Wed, 10 Nov 2004 16:43:12 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABD7443D48 for ; Wed, 10 Nov 2004 16:43:11 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id iAAGg16H080011; Wed, 10 Nov 2004 11:42:01 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)iAAGg165080008; Wed, 10 Nov 2004 16:42:01 GMT (envelope-from robert@fledge.watson.org) Date: Wed, 10 Nov 2004 16:42:01 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Arjan Van Leeuwen In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: Panic in 5.3, related to network traffic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 16:43:12 -0000 On Wed, 10 Nov 2004, Arjan Van Leeuwen wrote: > > Could you send a copy of your dmesg? Could you also use gdb on a kernel > > with debug symbols or addr2line to convert the function+offsets in the > > trace to file and line number in the source? This is a NULL pointer > > dereference, so presumably somewhere there is a poor assumption about > > memory allocation or the like. > > dmesg is attached. Could you say a little about how ipfilter is being used on the box; would it be possible to test with it disabled? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 16:53:29 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF5ED16A4CE for ; Wed, 10 Nov 2004 16:53:29 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 836F543D1D for ; Wed, 10 Nov 2004 16:53:29 +0000 (GMT) (envelope-from avleeuwen@gmail.com) Received: by rproxy.gmail.com with SMTP id 34so300449rns for ; Wed, 10 Nov 2004 08:53:28 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=VFJdQCRwYPJgs96z4sz0SbPMV62civ5MSS6xNbxjTtclBelXfXPr/TtRoT7E3OBzMNKIc+v22Q5XYVzRnBNgT7zRakEsiEwLhc6EwWe/XQ6IuDVwUiHWj0hacqZveKX3I6XVOM1suXJYPGCUp4DahG2uAkghP8oMKW52q2FOyKQ= Received: by 10.38.8.19 with SMTP id 19mr822862rnh; Wed, 10 Nov 2004 08:53:28 -0800 (PST) Received: by 10.38.206.31 with HTTP; Wed, 10 Nov 2004 08:53:28 -0800 (PST) Message-ID: Date: Wed, 10 Nov 2004 17:53:28 +0100 From: Arjan Van Leeuwen To: Robert Watson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: cc: freebsd-stable@freebsd.org Subject: Re: Panic in 5.3, related to network traffic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Arjan Van Leeuwen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 16:53:30 -0000 On Wed, 10 Nov 2004 16:42:01 +0000 (GMT), Robert Watson wrote: > > On Wed, 10 Nov 2004, Arjan Van Leeuwen wrote: > > > > Could you send a copy of your dmesg? Could you also use gdb on a kernel > > > with debug symbols or addr2line to convert the function+offsets in the > > > trace to file and line number in the source? This is a NULL pointer > > > dereference, so presumably somewhere there is a poor assumption about > > > memory allocation or the like. > > > > dmesg is attached. > > Could you say a little about how ipfilter is being used on the box; would > it be possible to test with it disabled? Sure. It's a very standard setup; I block all traffic by default. I allow all traffic on the internal network (fxp0), I allow outgoing traffic on the external network (rl0), and I allow only selected ports as incoming traffic on rl0 (ssh, http, https, some other things I need). I can send you the ruleset privately if you want me to. What might be interesting is that I also have ipfw enabled (with default to accept), because I use dummynet for traffic shaping. I'll compile a new kernel without ipfilter tonight, and I'll mail you the results as soon as possible. Arjan > > > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Principal Research Scientist, McAfee Research > > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 16:59:41 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D10016A4CE for ; Wed, 10 Nov 2004 16:59:41 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25B0943D54 for ; Wed, 10 Nov 2004 16:59:41 +0000 (GMT) (envelope-from avleeuwen@gmail.com) Received: by rproxy.gmail.com with SMTP id 34so300859rns for ; Wed, 10 Nov 2004 08:59:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=ELYLbRns2cVDCoQxmI2+gi7Vzwps1y8FdegZ+19A29upEVzZEvJeoyuPHulqa+KuPsd7WTEDYH9duPm6Su3xvordO/doH1dPiJZ4rfPPtlx8n5bZ3Kr/jlcgRANfAzynXpSxp5rxIz6/Cm8IfoDUEDOnj571olvwbEZlldT+c/I= Received: by 10.38.179.47 with SMTP id b47mr815306rnf; Wed, 10 Nov 2004 08:59:40 -0800 (PST) Received: by 10.38.206.31 with HTTP; Wed, 10 Nov 2004 08:59:40 -0800 (PST) Message-ID: Date: Wed, 10 Nov 2004 17:59:40 +0100 From: Arjan Van Leeuwen To: Robert Watson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: cc: freebsd-stable@freebsd.org Subject: Re: Panic in 5.3, related to network traffic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Arjan Van Leeuwen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 16:59:41 -0000 On Wed, 10 Nov 2004 17:53:28 +0100, Arjan Van Leeuwen wrote: > On Wed, 10 Nov 2004 16:42:01 +0000 (GMT), Robert Watson > > > wrote: > > > > On Wed, 10 Nov 2004, Arjan Van Leeuwen wrote: > > > > > > Could you send a copy of your dmesg? Could you also use gdb on a kernel > > > > with debug symbols or addr2line to convert the function+offsets in the > > > > trace to file and line number in the source? This is a NULL pointer > > > > dereference, so presumably somewhere there is a poor assumption about > > > > memory allocation or the like. > > > > > > dmesg is attached. > > > > Could you say a little about how ipfilter is being used on the box; would > > it be possible to test with it disabled? > > Sure. It's a very standard setup; I block all traffic by default. I > allow all traffic on the internal network (fxp0), I allow outgoing > traffic on the external network (rl0), and I allow only selected ports > as incoming traffic on rl0 (ssh, http, https, some other things I > need). I can send you the ruleset privately if you want me to. > > What might be interesting is that I also have ipfw enabled (with > default to accept), because I use dummynet for traffic shaping. > > I'll compile a new kernel without ipfilter tonight, and I'll mail you > the results as soon as possible. I forgot that I have a small problem then... emule won't work correctly, because I can't redirect the incoming requests to the right ip address without ipnat. I probably can't invoke the panic at all without ipnat. Do you have any suggestions on how to test this? Arjan > > > > > > > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > > robert@fledge.watson.org Principal Research Scientist, McAfee Research > > > > > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 17:13:40 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDB9716A4CE for ; Wed, 10 Nov 2004 17:13:40 +0000 (GMT) Received: from thekla.de.clara.net (thekla.de.clara.net [212.82.225.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAC4F43D2F for ; Wed, 10 Nov 2004 17:13:39 +0000 (GMT) (envelope-from christian.meutes@de.clara.net) Received: from localhost.de.clara.net ([127.0.0.1] helo=localhost) by thekla.de.clara.net with esmtp (Exim 4.30; FreeBSD) id 1CRw2M-00017m-GF for freebsd-stable@freebsd.org; Wed, 10 Nov 2004 18:13:38 +0100 Received: from kamikaze-studio.int.de.clara.net ([192.168.0.232]) by thekla.de.clara.net with esmtp (Exim 4.30; FreeBSD) id 1CRw2M-00017g-BL for freebsd-stable@freebsd.org; Wed, 10 Nov 2004 18:13:38 +0100 Date: Wed, 10 Nov 2004 18:13:38 +0100 From: Christian Meutes To: freebsd-stable@freebsd.org Message-ID: <2627048885E8BF7F8DCDCFD2@jesk.int.de.clara.net> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Pam Authorization Problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Christian Meutes List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 17:13:40 -0000 I recognized a strange behavior of PAM. My Plan was to do Authorization through pam_unix.so and pam_ldap.so I have the following configuration for this: --- account required pam_login_access.so account sufficient /usr/local/lib/pam_ldap.so account required pam_unix.so --- when the user neither exist in ldap nor in /etc/passwd then the auhtorization is nevertheless successful... this behavior isnt what i expected. i want to do authorization through pam_ldap.so and pam_unix.so From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 17:29:32 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66EEC16A4D3 for ; Wed, 10 Nov 2004 17:29:32 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0968B43D41 for ; Wed, 10 Nov 2004 17:29:30 +0000 (GMT) (envelope-from jeffgaofreebsd@gmail.com) Received: by rproxy.gmail.com with SMTP id a36so210103rnf for ; Wed, 10 Nov 2004 09:29:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=O+SwP9sNj2tFYNth+E3e6x/ngYyQ2aKIrb6YKRiOM07hwDn5sMS3YVXrN9aFeBvA7T2DGYzeiu41UKGG08oMeYNj5CBkxCtCoWVU+hnkFk4XLWxm9MlOuuARYlNuFaxkuh4ECbsuFetkvqMfNBCtcJb6XamF+gp0BUS4JMitMX4= Received: by 10.38.163.25 with SMTP id l25mr465180rne; Wed, 10 Nov 2004 09:29:26 -0800 (PST) Received: by 10.38.74.3 with HTTP; Wed, 10 Nov 2004 09:29:26 -0800 (PST) Message-ID: <639522fe0411100929da63d9c@mail.gmail.com> Date: Wed, 10 Nov 2004 10:29:26 -0700 From: Jie Gao To: Michael Nottebrock In-Reply-To: <200411101114.10488.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <639522fe041109143072521ecc@mail.gmail.com> <200411100343.19250.michaelnottebrock@gmx.net> <639522fe0411092015320bfe60@mail.gmail.com> <200411101114.10488.michaelnottebrock@gmx.net> cc: freebsd-stable@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: When will a thread-safe nvidia-driver be available? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jie Gao List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 17:29:32 -0000 Sorry, I didn't said that I was using the latest kile from CVS. And the configure script was generated from Makefile.cvs. Maybe I should try fixing the compiler flags manually. Other than the -pthread error, what else should I pay attention to? Thanks On Wed, 10 Nov 2004 11:14:06 +0100, Michael Nottebrock wrote: > On Wednesday, 10. November 2004 05:15, Jie Gao wrote: > > I tried that patch but rejected. > > What exactly did you do? I just verified that 'make > EXTRA_PATCHES=/usr/ports/x11/kde3/files/extrapatch-configure' does work > (i.e., the patch applies cleanly) with the latest version of kile in ports. > > > Afterwards I examined the Makefiles > > manually, and did a > > > > sed s/-lpthread/-pthread/g > > Please try again as I described. > > -- > > > ,_, | Michael Nottebrock | lofi@freebsd.org > (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org > \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org > > > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 17:46:23 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6CDD16A4CF for ; Wed, 10 Nov 2004 17:46:22 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id E716943D3F for ; Wed, 10 Nov 2004 17:46:21 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 15511 invoked by uid 65534); 10 Nov 2004 17:46:20 -0000 Received: from pD95D8910.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.93.137.16) by mail.gmx.net (mp019) with SMTP; 10 Nov 2004 18:46:20 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iAAHk8FX048866 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 10 Nov 2004 18:46:08 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Jie Gao Date: Wed, 10 Nov 2004 18:46:03 +0100 User-Agent: KMail/1.7.1 References: <639522fe041109143072521ecc@mail.gmail.com> <200411101114.10488.michaelnottebrock@gmx.net> <639522fe0411100929da63d9c@mail.gmail.com> In-Reply-To: <639522fe0411100929da63d9c@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1142259.dgloXPRAZo"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411101846.07310.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: freebsd-stable@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: When will a thread-safe nvidia-driver be available? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 17:46:23 -0000 --nextPart1142259.dgloXPRAZo Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday, 10. November 2004 18:29, Jie Gao wrote: > Sorry, I didn't said that I was using the latest kile from CVS. :-/. Why are you discussing issues with KDE HEAD software on freebsd-ports.= =2E.? > And=20 > the configure script was generated from Makefile.cvs. The admin/acinclude.m4.in from KDE HEAD has the freebsd pthread configure=20 check fixed, you just need to set PTHREAD_LIBS in configure's environment=20 (i.e. run env PTHREAD_LIBS=3D-pthread ./configure).=20 Check configure's output, it should contain this line: checking whether c++ supports -pthread... yes It should NOT look like this: checking for pthread_create in -lpthread... yes =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1142259.dgloXPRAZo Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBklPfXhc68WspdLARAisIAJ0aBfS4IoV7BQ1PlHLLV6WgJ4UH2gCfQRPx R3GJK41j5i7kWjmRtq9jkFc= =IKz3 -----END PGP SIGNATURE----- --nextPart1142259.dgloXPRAZo-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 18:41:13 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4616C16A4CE for ; Wed, 10 Nov 2004 18:41:13 +0000 (GMT) Received: from gundel.de.clara.net (gundel.de.clara.net [212.82.225.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5FEF43D1F for ; Wed, 10 Nov 2004 18:41:12 +0000 (GMT) (envelope-from cm@de.clara.net) Received: from port-212-202-52-250.dynamic.qsc.de ([212.202.52.250] helo=turbofresse) by gundel.de.clara.net with smtp (Exim 4.30; FreeBSD) id 1CRxbf-000C9a-BT; Wed, 10 Nov 2004 19:54:11 +0100 Message-ID: <000501c4c754$d8adddf0$45fea8c0@turbofresse> From: To: "Patrick Okui" References: <2627048885E8BF7F8DCDCFD2@jesk.int.de.clara.net> <200411102021.18553.pokui@psg.com> Date: Wed, 10 Nov 2004 19:41:09 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 cc: freebsd-stable@freebsd.org Subject: Re: Pam Authorization Problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 18:41:13 -0000 > huh? as in a user that more or less does *not* exist on your system can log > in? do you have any other authentication modules that the system falls to? Sure, authentication is enabled too, but i want to limit access through authorization. here my whole pam.d/sshd configuration: --- # auth auth required pam_nologin.so no_warn auth sufficient pam_opie.so no_warn no_fake_prompts auth requisite pam_opieaccess.so no_warn allow_local auth sufficient /usr/local/lib/pam_ldap.so no_warn try_first_pass auth required pam_unix.so no_warn try_first_pass # account account required pam_login_access.so account sufficient /usr/local/lib/pam_ldap.so account required pam_unix.so # session session required pam_permit.so # password password required pam_unix.so no_warn try_first_pass --- when i login to the system i become the message: --- You must be a uniqueMember of cn=klever,ou=hosts,dc=xxx,dc=xxx,dc=xxx to login. --- but exactly this is not true, then why i can login? From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 18:43:36 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC9BF16A4CE for ; Wed, 10 Nov 2004 18:43:36 +0000 (GMT) Received: from gundel.de.clara.net (gundel.de.clara.net [212.82.225.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D25943D1D for ; Wed, 10 Nov 2004 18:43:36 +0000 (GMT) (envelope-from jesk@killall.org) Received: from port-212-202-52-250.dynamic.qsc.de ([212.202.52.250] helo=turbofresse) by gundel.de.clara.net with smtp (Exim 4.30; FreeBSD) id 1CRxdz-000CFm-Lg; Wed, 10 Nov 2004 19:56:35 +0100 Message-ID: <001001c4c755$2eb4b980$45fea8c0@turbofresse> From: "jesk" To: "Patrick Okui" References: <2627048885E8BF7F8DCDCFD2@jesk.int.de.clara.net> <200411102021.18553.pokui@psg.com> Date: Wed, 10 Nov 2004 19:43:34 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 cc: freebsd-stable@freebsd.org Subject: Re: Pam Authorization Problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 18:43:36 -0000 > huh? as in a user that more or less does *not* exist on your system can log > in? do you have any other authentication modules that the system falls to? Sure, authentication is enabled too, but i want to limit access through authorization. here my whole pam.d/sshd configuration: --- # auth auth required pam_nologin.so no_warn auth sufficient pam_opie.so no_warn no_fake_prompts auth requisite pam_opieaccess.so no_warn allow_local auth sufficient /usr/local/lib/pam_ldap.so no_warn try_first_pass auth required pam_unix.so no_warn try_first_pass # account account required pam_login_access.so account sufficient /usr/local/lib/pam_ldap.so account required pam_unix.so # session session required pam_permit.so # password password required pam_unix.so no_warn try_first_pass --- when i login to the system i become the message: --- You must be a uniqueMember of cn=klever,ou=hosts,dc=xxx,dc=xxx,dc=xxx to login. --- but exactly this is not true, then why i can login? From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 18:51:40 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id E0ABC16A4CF; Wed, 10 Nov 2004 18:51:40 +0000 (GMT) Date: Wed, 10 Nov 2004 18:51:40 +0000 From: Kris Kennaway To: Aron Stansvik Message-ID: <20041110185140.GE56766@hub.freebsd.org> References: <751a4f870411100739349fd7e1@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <751a4f870411100739349fd7e1@mail.gmail.com> User-Agent: Mutt/1.4.1i cc: freebsd-stable@freebsd.org Subject: Re: List of unneeded files? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 18:51:41 -0000 On Wed, Nov 10, 2004 at 04:39:33PM +0100, Aron Stansvik wrote: > Hello. > > I just upgraded my 5.2.1-RELEASE laptop to 5.3-RELEASE, all went fine > but I have a question: Is there a list of the files installed by 5.2.1-RELEASE > that are not installed/needed by the 5.3-RELEASE? If there isn't, why not? Short answer: someone (perhaps you?) needs to maintain such a thing, and associated infrastructure. Longer answers: see the archives for extensive discussion. Kris From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 19:26:57 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5072416A4CE for ; Wed, 10 Nov 2004 19:26:57 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id CB41543D4C for ; Wed, 10 Nov 2004 19:26:55 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 44757 invoked by uid 0); 10 Nov 2004 19:21:25 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.98.7) by mail.freebsd.org.cn with SMTP; 10 Nov 2004 19:21:25 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 81FFC131905; Thu, 11 Nov 2004 03:26:53 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00197-07; Thu, 11 Nov 2004 03:26:43 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 7D76B13112E; Thu, 11 Nov 2004 03:26:42 +0800 (CST) Date: Thu, 11 Nov 2004 03:26:42 +0800 From: Xin LI To: Aron Stansvik Message-ID: <20041110192642.GA423@frontfree.net> References: <751a4f870411100739349fd7e1@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <751a4f870411100739349fd7e1@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-delphij FreeBSD 5.3-delphij #11: Tue Oct 26 14:12:03 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-stable@freebsd.org Subject: Re: List of unneeded files? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 19:26:57 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 10, 2004 at 04:39:33PM +0100, Aron Stansvik wrote: > I just upgraded my 5.2.1-RELEASE laptop to 5.3-RELEASE, all went fine > but I have a question: Is there a list of the files installed by 5.2.1-RE= LEASE > that are not installed/needed by the 5.3-RELEASE? If there isn't, why not? >=20 > I've looked through the Release Notes and Migration Guide without finding > anything like this, I can't say it feels like a "clean upgrade" until > those files > are gone. As mentioned in the Migration Guide, the perferred upgrade method is to dum= p all configuration files, then install from scratch. However, you may find ``find /usr/bin /usr/sbin /usr/lib /usr/libexec /usr/share -atime +30 -dele= te'' useful, while this is not guaranteed to be safe if you have some handly ins= talled applications. Please be sure that you have backed up everything before doi= ng so. Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD4DBQFBkmty/cVsHxFZiIoRApjZAJdF/CqzAlEwufgMg3iB1yXdbttZAJ9rCZ+0 Tbz/qMFJl/tk3UOe83b7/w== =+vrQ -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 20:15:01 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 267E116A4CE for ; Wed, 10 Nov 2004 20:15:01 +0000 (GMT) Received: from raq2146.uk2net.com (raq2146.uk2net.com [213.239.46.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95CB343D46 for ; Wed, 10 Nov 2004 20:15:00 +0000 (GMT) (envelope-from mail@raq2146.uk2net.com) Received: (from mail@localhost) by raq2146.uk2net.com (8.10.2/8.10.2) id iAAKIDn20641; Wed, 10 Nov 2004 20:18:13 GMT Date: Wed, 10 Nov 2004 20:18:13 GMT Message-Id: <200411102018.iAAKIDn20641@raq2146.uk2net.com> From: john@www.crossbow-calendars.com To: freebsd-stable@freebsd.org Precedence: Subject: Automated reply from john@www.crossbow-calendars.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 20:15:01 -0000 Thanks for your email to Crossbow Calendars. We will reply when we return from the International Bike Show next week Sorry for any inconvenience this may cause, thanks you for contacting us. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 21:30:47 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11C4F16A4CE for ; Wed, 10 Nov 2004 21:30:47 +0000 (GMT) Received: from mta11.adelphia.net (mta11.adelphia.net [68.168.78.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78AED43D39 for ; Wed, 10 Nov 2004 21:30:46 +0000 (GMT) (envelope-from security@jim-liesl.org) Received: from smtp.jim-liesl.org ([68.71.52.28]) by mta11.adelphia.net (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20041110213045.OUTI19338.mta11.adelphia.net@smtp.jim-liesl.org>; Wed, 10 Nov 2004 16:30:45 -0500 Received: from [127.0.0.1] (localhost.jim-liesl.org [127.0.0.1]) by smtp.jim-liesl.org (Postfix) with ESMTP id 4CDDD152B4; Wed, 10 Nov 2004 14:30:43 -0700 (MST) Message-ID: <4192889E.8010506@jim-liesl.org> Date: Wed, 10 Nov 2004 14:31:10 -0700 From: secmgr User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: msch@snafu.de References: <02f201c4ba91$f9f95db0$33017f80@psique> <200411061217.06061.msch@snafu.de> <1099805401.4420.4.camel@emperor> <200411071042.03382.msch@snafu.de> In-Reply-To: <200411071042.03382.msch@snafu.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: freebsd 5.3 have any problem with vinum ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 21:30:47 -0000 ok, your instructions worked like a charm. So i'm running my nice 4 member SCSI gvinum raid5 array (with softupdates turned on), and it's zipping along. Now I need to test just how robust this is. camcontrol is too nice. I want to test a more real world failure. I'm running dbench and just pull one of the drives. My expectation is that I should see a minor pause, and then the array continue in some slower, degraded mode. What I get is a kernel trap 12 (boom!). I reboot, and it will not mount the degraded set till I replace the drive. I turned off softupdates, and had the same thing happen. Is this a bogus test? Is it reasonable to expect that a scsi drive failure should of been tolerated w/o crashing? (bunch of scsi msgs to console) sub-disk down plex degraded g_access failed:6 trap 12 page fault while in kernel mode cpuid=1 apic id=01 fault virtual address =0x18c fault code supervisor write, page not present instruction pointer =0x8:0xc043d72c stack pointer =0x10:cbb17bf0 code segment =base 0x0, limit 0xfff, type 0x1b =DPL0, pres1,def32,gran1 Processor flags interupt enabled, resume,IOPL=0 current process 22(irq11:ahc1) Matthias Schuendehuette wrote: >gvinum> start > >This (as far as I investigated :-) > >a) initializes a newly created RAID5-plex or > >b) recalculates parity informations on a degraded RAID5-plex with > a new replaced subdisk. > >So, a 'gvinum start raid5.p0' initializes my RAID5-plex if newly >created. You can monitor the initialization process with subsequent >'gvinum list' commands. > >If you degrade a RAID5-plex with 'camcontrol stop ' (in case >of SCSI-Disks) and 'repair' it afterwards with 'camcontrol start >', the 'gvinum start raid5.p0' (my volume here is called >'raid5') command recalculates the parity and revives the subdisk which >was on disk . > > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 21:40:46 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3736F16A4CE for ; Wed, 10 Nov 2004 21:40:46 +0000 (GMT) Received: from miramanee.icarz.com (miramanee.icarz.com [207.99.22.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFC9143D31 for ; Wed, 10 Nov 2004 21:40:45 +0000 (GMT) (envelope-from kenfreebsd@icarz.com) Received: from deanna.icarz.com (deanna.icarz.com [207.99.22.19]) by miramanee.icarz.com (8.13.1/8.12.10) with ESMTP id iAALeiAk080511 for ; Wed, 10 Nov 2004 16:40:44 -0500 (EST) (envelope-from kenfreebsd@icarz.com) Received: from kenxp (netb-138.icarz.com [209.123.219.138]) by deanna.icarz.com (8.12.11/8.12.9) with SMTP id iAALehEP060302 for ; Wed, 10 Nov 2004 16:40:43 -0500 (EST) (envelope-from kenfreebsd@icarz.com) Message-ID: <0a1701c4c76d$ee4ec980$8adb7bd1@icarz.com> From: "Ken Menzel" To: Date: Wed, 10 Nov 2004 16:40:38 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Score: -100.001 () BAYES_44,USER_IN_WHITELIST X-Scanned-By: MIMEDefang 2.39 Subject: perl 5.8.5 on freebsd 4.10 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Ken Menzel List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 21:40:46 -0000 I need perl 5.8 to use xerces xml parser (xml.apache.org) on Freebsd5.3 perl5.8 the t/op/crypt test passes fine but not on 4.10 is this OK or normal? Any ideas or comments? t/op/cproto...............................ok t/op/crypt................................# Failed at op/crypt.t line 45 # got '$2a$04$cXSIoNruOcY4zQvBHgLd4OwIn/hpnHpszYR0VrbT0MGHtj8UgV4jS' # expected '$2a$04$cQSEYKwMGkhlyuPmbY2YY.5Fo0iMDAVDOlSr8SElFfCwc8SPUJW7.' FAILED at test 4 t/op/defins...............................ok freebsd4# uname -a FreeBSD freebsd4.icarz.com 4.10-RELEASE-p2 FreeBSD 4.10-RELEASE-p2 #15: Mon Aug 2 16:14:59 EDT 2004 sysadm@freebsd4.icarz.com:/usr/obj/usr/src/sys/ICARZ i386 Thanks Ken ----------------------------------------------------- Ken Menzel ICQ# 9325188 www.icarz.com kenm@icarz.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 22:07:08 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA18316A4CE for ; Wed, 10 Nov 2004 22:07:08 +0000 (GMT) Received: from terry.blackcatnetworks.co.uk (terry.blackcatnetworks.co.uk [193.201.200.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F77343D3F for ; Wed, 10 Nov 2004 22:07:08 +0000 (GMT) (envelope-from stable-list@rakupottery.org.uk) Received: from raku.bcnadsl.com ([217.147.80.10] helo=[192.168.0.44]) by terry with esmtp (Exim 3.35 #1 (Debian)) id 1CS0cN-0008RM-00 for ; Wed, 10 Nov 2004 22:07:07 +0000 Message-ID: <419291C1.3040108@rakupottery.org.uk> Date: Wed, 10 Nov 2004 22:10:09 +0000 From: Martin Smith User-Agent: Mozilla Thunderbird 0.8 (X11/20041018) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20041110031559.66162.qmail@web20526.mail.yahoo.com> In-Reply-To: <20041110031559.66162.qmail@web20526.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: The "calcru: negative...." messages. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: stable-list@rakupottery.org.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 22:07:09 -0000 Dean Patterson wrote: > Just to edify all I was getting constant "calcru: > negative...." messages and I isolated it to ACPI. To > remedy this I put an entry in the device.hints file to > disable ACPI. Now to edify me; Is this a good > aproach? Any issues by not having ACPI loaded? Thank > you all and to all a good night! > > Dean. > Well, as a brief example, on my old Asus P5A, a worthy mobo I might add, with ACPI enabled the system time races forward at a rate totally unrelated to that generally accepted, it becomes tomorrow before tea time. I have found it most useful to leave it disabled, I dont think I am losing anything valuable. All the best -- Martin Smith From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 22:29:30 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB45F16A4CE for ; Wed, 10 Nov 2004 22:29:30 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1211343D3F for ; Wed, 10 Nov 2004 22:29:30 +0000 (GMT) (envelope-from jeffgaofreebsd@gmail.com) Received: by rproxy.gmail.com with SMTP id a36so249414rnf for ; Wed, 10 Nov 2004 14:29:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=YmGbqwogN/fZrKM1IpyHIE27fvWvLJVNtnYTC3X8ZwwbCpdlmOG0kyEyYlbsQ8/SGijGeyjEawwlyyumPYDsC2jvwT2SXU/sprsB3N9kL9PA91On4LbtNBaxdgriC4eZyvanwFxU0bFqQ9DzNHL4kBEvrWKbzLDbW3NB2puig3s= Received: by 10.38.74.5 with SMTP id w5mr388762rna; Wed, 10 Nov 2004 14:28:54 -0800 (PST) Received: by 10.38.74.3 with HTTP; Wed, 10 Nov 2004 14:28:54 -0800 (PST) Message-ID: <639522fe041110142864a51759@mail.gmail.com> Date: Wed, 10 Nov 2004 15:28:54 -0700 From: Jie Gao To: Michael Nottebrock In-Reply-To: <200411101846.07310.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <639522fe041109143072521ecc@mail.gmail.com> <200411101114.10488.michaelnottebrock@gmx.net> <639522fe0411100929da63d9c@mail.gmail.com> <200411101846.07310.michaelnottebrock@gmx.net> cc: freebsd-stable@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: When will a thread-safe nvidia-driver be available? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jie Gao List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 22:29:31 -0000 I figured it out. I manually removed all -lpthread from Makefiles and added -D_THREAD_SAFE -pthread to where they should be. And this solved everything. The script generated from latest KDE CVS really need not the patch and it works. I slipped from this because the first time I did not have PTHREAD_LIBS environment added, and the second time I applied the patch (with only one hunk succeeded). And the patch to skim also fixes problems, including the new version I intended to update. On Wed, 10 Nov 2004 18:46:03 +0100, Michael Nottebrock wrote: > On Wednesday, 10. November 2004 18:29, Jie Gao wrote: > > Sorry, I didn't said that I was using the latest kile from CVS. > > :-/. Why are you discussing issues with KDE HEAD software on freebsd-ports...? > > > And > > the configure script was generated from Makefile.cvs. > > The admin/acinclude.m4.in from KDE HEAD has the freebsd pthread configure > check fixed, you just need to set PTHREAD_LIBS in configure's environment > (i.e. run env PTHREAD_LIBS=-pthread ./configure). > > Check configure's output, it should contain this line: > > checking whether c++ supports -pthread... yes > > It should NOT look like this: > > checking for pthread_create in -lpthread... yes > > -- > > > ,_, | Michael Nottebrock | lofi@freebsd.org > (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org > \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org > > > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 10 22:53:39 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D118016A4CE for ; Wed, 10 Nov 2004 22:53:39 +0000 (GMT) Received: from smtp13.wxs.nl (smtp13.wxs.nl [195.121.6.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6990843D31 for ; Wed, 10 Nov 2004 22:53:39 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from ronald.echteman.nl (ip51cdc5d2.speed.planet.nl [81.205.197.210]) by smtp13.wxs.nlSMTP id <0I6Z008Y9JLEHX@smtp13.wxs.nl> for freebsd-stable@freebsd.org; Wed, 10 Nov 2004 23:53:38 +0100 (CET) Received: (qmail 13934 invoked from network); Wed, 10 Nov 2004 22:53:37 +0000 Received: from unknown (HELO laptop.thuis.klop.ws) (192.168.1.4) by ronald.echteman.nl with SMTP; Wed, 10 Nov 2004 22:53:37 +0000 Received: (qmail 1243 invoked from network); Wed, 10 Nov 2004 22:53:26 +0000 Received: from localhost.thuis.klop.ws (HELO smtp.local) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; Wed, 10 Nov 2004 22:53:26 +0000 Date: Wed, 10 Nov 2004 23:53:23 +0100 From: Ronald Klop In-reply-to: <20041110084132.GA699@gambit.com.ru> To: ls+lists.freebsd.org.mailman.listinfo.freebsd-stable93930659@gambit.com.ru, freebsd-stable@freebsd.org Message-id: MIME-version: 1.0 Content-type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 Content-transfer-encoding: 7BIT User-Agent: Opera M2/7.54 (FreeBSD, build 751) References: <20041105110830.GP58031@gambit.com.ru> <20041105215427.GA33096@xor.obsecurity.org> <20041109083810.GJ58031@gambit.com.ru> <20041110084132.GA699@gambit.com.ru> Subject: Re: md /tmp mfs rw,-s64m 0 0 in fstab instead of tmpmfs="YES" in rc.conf: no panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 22:53:39 -0000 On Wed, 10 Nov 2004 11:41:32 +0300, wrote: >>>>> This host has 192 MB of RAM and 512 MB of swap. >>>>> /sbin/mdmfs -i 4096 -s $1 md $2 > >>> Kris Kennaway wrote: >>>> You don't have enough RAM in your system to do that. >>> I'm running mdmfs WITHOUT "-M" flag. > > Ronald Klop wrote: >> Just set up your tmp from fstab with "md /tmp mfs rw,-s64m 0 0". > > Swap space is actually used in this case, thank you! > >> If you look at the code which handles tmpmfs it is used for diskless >> booting. > > "By default, mdmfs creates a swap-based (MD_SWAP) disk" -- from > mdmfs(8). > >> So there is no swap usable for ramdisk. > > Should I send-pr a bug in mdmfs(8)? Maybe I'm missing something, but tmpmfs works malloc-based by default. tmpmfs is not an easy way to set up a swap-based ramdisk. It is meant to setup diskless systems easily. # cd /etc/rc.d # grep -A 2 tmpmfs * tmp:case "${tmpmfs}" in tmp-[Yy][Ee][Ss]) tmp- mount_md ${tmpsize} /tmp # grep -A 2 mount_md * initdiskless:mount_md() { initdiskless- /sbin/mdmfs -i 4096 -s $1 -M md $2 initdiskless-} Ronald. -- Ronald Klop, Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 00:15:29 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3B7516A4CF for ; Thu, 11 Nov 2004 00:15:29 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25BB243D41 for ; Thu, 11 Nov 2004 00:15:29 +0000 (GMT) (envelope-from jeffgaofreebsd@gmail.com) Received: by rproxy.gmail.com with SMTP id a36so259033rnf for ; Wed, 10 Nov 2004 16:15:28 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=XF3mojbYddib2/biTVV7M8J1zIyhCv9cwO/AHxZ6uMy5jEoMxyTngyXgG5RaqgrePsF04RYStw17apb/bACpRIkhl2BNtvHQCY/obi3KxEYWQowN4gn2z8/IQrgWE3HcKr9/ehCqSY23CDszDNsAvexOrO25RT2PGqwHtGq+wf4= Received: by 10.38.78.13 with SMTP id a13mr433615rnb; Wed, 10 Nov 2004 16:15:28 -0800 (PST) Received: by 10.38.74.3 with HTTP; Wed, 10 Nov 2004 16:15:28 -0800 (PST) Message-ID: <639522fe041110161561053731@mail.gmail.com> Date: Wed, 10 Nov 2004 17:15:28 -0700 From: Jie Gao To: Michael Nottebrock In-Reply-To: <639522fe041110142864a51759@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <639522fe041109143072521ecc@mail.gmail.com> <200411101114.10488.michaelnottebrock@gmx.net> <639522fe0411100929da63d9c@mail.gmail.com> <200411101846.07310.michaelnottebrock@gmx.net> <639522fe041110142864a51759@mail.gmail.com> cc: freebsd-stable@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: When will a thread-safe nvidia-driver be available? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jie Gao List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 00:15:29 -0000 Additionally, I found multimedia/kaffeine and audio/amarok also need patching configure. kaffeine needs extrapatch-old_configure while amarok needs extrapatch-configure. On Wed, 10 Nov 2004 15:28:54 -0700, Jie Gao wrote: > I figured it out. I manually removed all -lpthread from Makefiles and > added -D_THREAD_SAFE -pthread to where they should be. And this solved > everything. The script generated from latest KDE CVS really need not > the patch and it works. I slipped from this because the first time I > did not have PTHREAD_LIBS environment added, and the second time I > applied the patch (with only one hunk succeeded). > > And the patch to skim also fixes problems, including the new version I > intended to update. > > On Wed, 10 Nov 2004 18:46:03 +0100, Michael Nottebrock > > > wrote: > > On Wednesday, 10. November 2004 18:29, Jie Gao wrote: > > > Sorry, I didn't said that I was using the latest kile from CVS. > > > > :-/. Why are you discussing issues with KDE HEAD software on freebsd-ports...? > > > > > And > > > the configure script was generated from Makefile.cvs. > > > > The admin/acinclude.m4.in from KDE HEAD has the freebsd pthread configure > > check fixed, you just need to set PTHREAD_LIBS in configure's environment > > (i.e. run env PTHREAD_LIBS=-pthread ./configure). > > > > Check configure's output, it should contain this line: > > > > checking whether c++ supports -pthread... yes > > > > It should NOT look like this: > > > > checking for pthread_create in -lpthread... yes > > > > -- > > > > > > ,_, | Michael Nottebrock | lofi@freebsd.org > > (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org > > \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org > > > > > > > From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 02:28:43 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAC2C16A4CE for ; Thu, 11 Nov 2004 02:28:43 +0000 (GMT) Received: from smtpauth07.mail.atl.earthlink.net (smtpauth07.mail.atl.earthlink.net [209.86.89.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6ABAD43D45 for ; Thu, 11 Nov 2004 02:28:43 +0000 (GMT) (envelope-from jacobsm@gate.net) Received: from [69.22.91.86] (helo=laptop.jacobs.org) by smtpauth07.mail.atl.earthlink.net with asmtp (TLSv1:RC4-MD5:128) (Exim 4.34) id 1CS4hW-0002on-P3 for freebsd-stable@freebsd.org; Wed, 10 Nov 2004 21:28:42 -0500 From: Mark Jacobs To: freebsd-stable@freebsd.org Date: Wed, 10 Nov 2004 21:28:28 -0500 User-Agent: KMail/1.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200411102128.28790.jacobsm@gate.net> X-ELNK-Trace: 191835a16b2172361d074dabd4b36e654102f669f70868850831096daae91aaaa8438e0f32a48e08350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 69.22.91.86 Subject: Freeze in 5.3 Release Install X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 02:28:43 -0000 I downloaded the 5.3 release cd and successfully used it to install on my IBM T42 laptop. Today I attempted to upgrade the machine that was running 4.10 stable to 5.3 using the same cd. The install is hanging during the probe of devices right after it announces ACD1: DVDR at ata1-slave UDMA33. The attempted install failed twice at the same point. A hard reboot of the machine is required. Mark Jacobs From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 03:37:11 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A240216A4CE for ; Thu, 11 Nov 2004 03:37:11 +0000 (GMT) Received: from zircon.seattle.wa.us (dsl231-043-165.sea1.dsl.speakeasy.net [216.231.43.165]) by mx1.FreeBSD.org (Postfix) with SMTP id 773E543D1D for ; Thu, 11 Nov 2004 03:37:11 +0000 (GMT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 87968 invoked from network); 11 Nov 2004 03:37:11 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 11 Nov 2004 03:37:11 -0000 From: Joe Kelsey To: stable@freebsd.org Content-Type: text/plain Date: Wed, 10 Nov 2004 19:37:11 -0800 Message-Id: <1100144231.79614.18.camel@zircon> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Heimdal version in system is ancient! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 03:37:11 -0000 Why is the version of Heimdal in the base system 0.5.1? The port has 0.6.1 in /usr/ports/security/heimdal. How are we supposed to do any useful work when the system version of a product is in direct conflict with a port version? How do I get the latest version of Heimdal into the system? /Joe From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 05:48:19 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D24316A4CE for ; Thu, 11 Nov 2004 05:48:19 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0660D43D48 for ; Thu, 11 Nov 2004 05:48:19 +0000 (GMT) (envelope-from ben.kelly@ieee.org) Received: (qmail 11992 invoked from network); 11 Nov 2004 05:48:18 -0000 Received: from vadev.org (HELO [192.168.1.101]) (desdicardo@[66.92.166.151]) (envelope-sender )encrypted SMTP ; 11 Nov 2004 05:48:18 -0000 In-Reply-To: References: <20041105110830.GP58031@gambit.com.ru> <20041105215427.GA33096@xor.obsecurity.org> <20041109083810.GJ58031@gambit.com.ru> <20041110084132.GA699@gambit.com.ru> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <48C22BE6-33A5-11D9-99DD-000A95B26134@ieee.org> Content-Transfer-Encoding: 7bit From: Ben Kelly Date: Thu, 11 Nov 2004 00:48:16 -0500 To: Ronald Klop X-Mailer: Apple Mail (2.619) cc: freebsd-stable@freebsd.org cc: ls+lists.freebsd.org.mailman.listinfo.freebsd-stable93930659@gambit.com.ru Subject: Re: md /tmp mfs rw,-s64m 0 0 in fstab instead of tmpmfs="YES" in rc.conf: no panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 05:48:19 -0000 > > Maybe I'm missing something, but tmpmfs works malloc-based by default. > tmpmfs is not an easy way to set up a swap-based ramdisk. It is meant > to setup diskless systems easily. One alternative would be to use the ramdisk variables described in rc.conf(5). The only downside is that the ramdisk rc scripts are not hooked into the etc/rc.d/Makefile so you need to install them yourself. I am using them right now on 5.3 RC2 to mount a swap based mimedefang spool. For example, in rc.conf: ramdisk_units="10" # mimedefang spool ramdisk_10_config="-t swap -s 192m" ramdisk_10_owner="mailnull" ramdisk_10_perms="700" An then in /etc/fstab: /dev/md10 /var/spool/MIMEDefang ufs rw 0 0 If you want to try this apply the following patch and then run mergemaster again. (The patch is actually against a version of CURRENT, but I think it should apply cleanly to 5.3.) - Ben =================================================================== RCS file: /usr/local/mirror/home/ncvs/src/etc/rc.d/Makefile,v retrieving revision 1.45 diff -u -w -r1.45 Makefile --- etc/rc.d/Makefile 2 Nov 2004 12:35:54 -0000 1.45 +++ etc/rc.d/Makefile 11 Nov 2004 05:44:36 -0000 @@ -28,7 +28,7 @@ pccard pcvt pf pflog \ power_profile ppp-user pppoed preseedrandom pwcheck \ quota \ - random rarpd rcconf.sh resolv root \ + ramdisk ramdisk-own random rarpd rcconf.sh resolv root \ route6d routed routing rpcbind rtadvd rwho \ savecore securelevel sendmail \ serial sppp sshd swap1 \ Index: etc/rc.d/ramdisk-own =================================================================== RCS file: /usr/local/mirror/home/ncvs/src/etc/rc.d/ramdisk-own,v retrieving revision 1.3 diff -u -w -r1.3 ramdisk-own --- etc/rc.d/ramdisk-own 7 Oct 2004 13:55:26 -0000 1.3 +++ etc/rc.d/ramdisk-own 4 Nov 2004 07:57:25 -0000 @@ -39,7 +39,6 @@ ramdisk_own_start() { -set -x for unit in $ramdisk_units; do device="/dev/md$unit" dir=`mount | grep $device | cut -d' ' -f3` From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 07:42:52 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B94016A4CE for ; Thu, 11 Nov 2004 07:42:52 +0000 (GMT) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id D83FD43D45 for ; Thu, 11 Nov 2004 07:42:51 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) iAB7gh1J011962 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 11 Nov 2004 18:42:43 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])iAB7ghxP024683; Thu, 11 Nov 2004 18:42:43 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)iAB7ggu2024682; Thu, 11 Nov 2004 18:42:42 +1100 (EST) (envelope-from pjeremy) Date: Thu, 11 Nov 2004 18:42:42 +1100 From: Peter Jeremy To: Michael Butler Message-ID: <20041111074242.GP79646@cirb503493.alcatel.com.au> References: <20041110134853.GB87953@sr.se> <20041110140614.GO85877@weirdos.oban.frmug.org> <2894.192.168.1.10.1100096559.squirrel@192.168.1.10> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2894.192.168.1.10.1100096559.squirrel@192.168.1.10> User-Agent: Mutt/1.4.2i cc: FreeBSD Stable Subject: Re: 5.3-RELEASE kde 3.3 and pf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 07:42:52 -0000 On Wed, 2004-Nov-10 09:22:39 -0500, Michael Butler wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >> Maybe you should allow everything on lo0, in and out. > >127/8 should always be allowed on the loopback interface, >127/8 should always be dropped from all other interfaces. > >I am "uncomfortable" saying that everything should be allowed .. I agree with the latter but the former is unnecessarily restrictive. By default, FreeBSD generates a static route to `hostname` via lo0. The default ipfw rules are: 100 pass all from any to any via lo0 200 deny all from any to 127.0.0.0/8 300 deny ip from 127.0.0.0/8 to any -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 07:43:04 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 868EA16A4CE for ; Thu, 11 Nov 2004 07:43:04 +0000 (GMT) Received: from kirk.giovannelli.it (dns01.ablia.net [83.149.160.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55E3843D46 for ; Thu, 11 Nov 2004 07:43:03 +0000 (GMT) (envelope-from gmarco@giovannelli.it) Received: from usul.giovannelli.it (freebsd.giovannelli.com [83.149.149.149]) by kirk.giovannelli.it (8.12.11/8.12.11) with ESMTP id iAB7hVbI023334 for ; Thu, 11 Nov 2004 08:43:33 +0100 (CET) (envelope-from gmarco@giovannelli.it) Message-Id: <6.1.2.0.2.20041111082523.01f19c40@83.149.160.120> X-Sender: gmarco@83.149.160.120 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Thu, 11 Nov 2004 08:44:11 +0100 To: stable@freebsd.org From: Gianmarco Giovannelli Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: ClamAV devel-20041012/584/Wed Nov 10 15:59:51 2004 clamav-milter version 0.80j on localhost X-Virus-Status: Clean Subject: pw and adduser different checks ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 07:43:04 -0000 Hi, I am trying to add users via a batch on a 4-STABLE Using the perl made adduser: [...] Name: test Password: **** Fullname: test@test.com Uid: 1000 Gid: 1000 (test) Class: Groups: test HOME: /home/test Shell: /bin/sh OK? (y/n) [y]: Added user ``test'' And in the master.passwd I found : test::1000:1000::0:0:test@test.com:/home/test:/bin/sh while if I use pw: /usr/sbin/pw useradd -ntest -ctest@test.com -d/home/test -g1000 -s/bin/sh -u1000 pw: invalid character `@' at position 4 in gecos field Who is right of both the program ? :-) IMHO I find usefull to have the @ in the gecos field because it is an easy way to associate login <-> email in multidomain enviroment. But probably there is some drawback I am not aware of ... Any explanation ? Thanks. Best Regards, Gianmarco Giovannelli , "Unix expert since yesterday" http://utenti.gufi.org/~gmarco/ From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 07:54:54 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A914116A4CE for ; Thu, 11 Nov 2004 07:54:54 +0000 (GMT) Received: from mail.rotfl.com.au (eth1779.sa.adsl.internode.on.net [150.101.235.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA16343D45 for ; Thu, 11 Nov 2004 07:54:53 +0000 (GMT) (envelope-from philk@rotfl.com.au) Received: from localhost (localhost [127.0.0.1]) by mail.rotfl.com.au (Postfix) with ESMTP id B3CC97459C; Thu, 11 Nov 2004 18:24:52 +1030 (CST) Received: from mail.rotfl.com.au ([127.0.0.1]) by localhost (mail.rotfl.com.au [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 31300-03; Thu, 11 Nov 2004 18:24:49 +1030 (CST) In-Reply-To: <6.1.2.0.2.20041111082523.01f19c40@83.149.160.120> To: Gianmarco Giovannelli Date: Thu, 11 Nov 2004 18:24:49 +1030 (CST) X-Mailer: ELM [version 2.4ME+ PL119 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <20041111075449.9608874599@mail.rotfl.com.au> From: philk@rotfl.com.au (Phil Kernick) X-Virus-Scanned: by amavisd-new at rotfl.com.au cc: stable@freebsd.org Subject: Re: pw and adduser different checks ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 07:54:54 -0000 > /usr/sbin/pw useradd -ntest -ctest@test.com -d/home/test -g1000 -s/bin/sh > -u1000 > pw: invalid character `@' at position 4 in gecos field > > Who is right of both the program ? :-) > > IMHO I find usefull to have the @ in the gecos field because it is an easy > way to associate login <-> email in multidomain enviroment. > But probably there is some drawback I am not aware of ... > Any explanation ? The problem is pw being unreasonably restrictive. In the same way, you can't use pw to add a user with a $ in their name, which is necessary for samba. Phil. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 08:02:18 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B81516A4CE for ; Thu, 11 Nov 2004 08:02:18 +0000 (GMT) Received: from kirk.giovannelli.it (dns01.ablia.net [83.149.160.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEE5E43D53 for ; Thu, 11 Nov 2004 08:02:10 +0000 (GMT) (envelope-from gmarco@masternet.it) Received: from usul.masternet.it (freebsd.giovannelli.com [83.149.149.149]) by kirk.giovannelli.it (8.12.11/8.12.11) with ESMTP id iAB82cQx023417; Thu, 11 Nov 2004 09:02:40 +0100 (CET) (envelope-from gmarco@masternet.it) Message-Id: <6.1.2.0.2.20041111090133.01f1fdc0@83.149.160.121> X-Sender: gmarco@83.149.160.121 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Thu, 11 Nov 2004 09:03:18 +0100 To: philk@rotfl.com.au (Phil Kernick) From: Gianmarco Giovannelli In-Reply-To: <20041111075449.9608874599@mail.rotfl.com.au> References: <6.1.2.0.2.20041111082523.01f19c40@83.149.160.120> <20041111075449.9608874599@mail.rotfl.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: ClamAV devel-20041012/584/Wed Nov 10 15:59:51 2004 clamav-milter version 0.80j on localhost X-Virus-Status: Clean cc: stable@freebsd.org Subject: Re: pw and adduser different checks ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 08:02:18 -0000 At 08.54 11/11/2004, Phil Kernick wrote: >> /usr/sbin/pw useradd -ntest -ctest@test.com -d/home/test -g1000 -s/bin/sh >> -u1000 >> pw: invalid character `@' at position 4 in gecos field >> >> Who is right of both the program ? :-) >> >> IMHO I find usefull to have the @ in the gecos field because it is an easy >> way to associate login <-> email in multidomain enviroment. >> But probably there is some drawback I am not aware of ... >> Any explanation ? > >The problem is pw being unreasonably restrictive. > >In the same way, you can't use pw to add a user with a $ in their name, >which is necessary for samba. If having such chars is not an hazard or a risk why some committer don't modify pw to let it to use them ? Best Regards, Gianmarco Giovannelli , "Unix expert since yesterday" http://utenti.gufi.org/~gmarco/ From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 10:55:05 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42FAF16A4CE for ; Thu, 11 Nov 2004 10:55:05 +0000 (GMT) Received: from 82-168-140-74-bbxl.xdsl.tiscali.nl (82-168-140-74-bbxl.xdsl.tiscali.nl [82.168.140.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 707D543D2D for ; Thu, 11 Nov 2004 10:55:04 +0000 (GMT) (envelope-from rene@82-168-140-74-bbxl.xdsl.tiscali.nl) Received: from 82-168-140-74-bbxl.xdsl.tiscali.nl (localhost [127.0.0.1]) iABAuG8D010037 for ; Thu, 11 Nov 2004 11:56:17 +0100 (CET) (envelope-from rene@82-168-140-74-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost)iABAuGEt010036 for freebsd-stable@freebsd.org; Thu, 11 Nov 2004 11:56:16 +0100 (CET) (envelope-from rene) Date: Thu, 11 Nov 2004 11:56:16 +0100 From: Rene Ladan To: freebsd-stable@freebsd.org Message-ID: <20041111105616.GA8575@82-168-140-74-bbxl.xdsl.tiscali.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: panic after "kldunload fdc" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 10:55:05 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I'm running FreeBSD 5.3-STABLE #0: Tue Nov 9 04:08:35 CET 2004 root@:/usr/obj/usr/= src/sys/RENE which was cvsupped at Monday, 16:00 UTC and got this panic after doing=20 # kldload fdc # kldload msdosfs_iconv # kldunload msdosfs_iconv # kldunload fdc (all handwritten) : kernel trap 12: page fault while in kernel mode fault virtual address =3D 0xdeadc0de fault code =3D supervisor read, page not present ip =3D 0x8:0xc04fc8a8 sp =3D 0x10:0xca4aeafc fp =3D 0x10:0xca4aeafc cs =3D base 0x0, limit 0xffff, 0x1b, DPL 0, pres 1, def32 1, gran 1 eflags =3D interrupt enabled, resume, iopl =3D 0 curproc =3D 22038 (fdc1) @ 322645184 =3D strlen+8: cmpb $0, 0(%edx) trace strlen+8 (3735929054, 3393907688, 0, 3237834112, 3393907504) kvprintf+1657 (3227482785, 3226128960, 3393907688, 10, 3393907760) vsnprintf+60 (3227795008, 256, 3227482785, 3393907756, 256) panic+97 (3227482785, 3735929054, 3227487812, 239, 0) _mtx_lock_flags+105 (3256915884, 0, 3227487812, 239 ,0) msleep+1266 (3256915772, 3256915884, 76, 3252604499, 1000) _end @ 3252596686 (3256915712, 3227482736, 3252594400, 3242784056, 33939080= 20) _end @ 3252594424 (3256915712, 3393908040, 3227475519, 803, 3239611520) fork_exit+198 (3252594400, 3256915712, 3393908040) fork_trampoline+8 () eip =3D 0 esp =3D 3393908092 ebp =3D 0 acpi is disabled, fdc1 instead of fdc0 was attached (which makes no sense as I only have one floppy drive, but fdc0 returned "cannot allocate io port", probably because acpi is off) I have a debug kernel, but no crashdump, panic at DDB gives panic: from debugger Uptime: .... but hangs hard after that point I have this config: --- kernel config --- ident RENE makeoptions DEBUG=3D-g machine i386 cpu I686_CPU options CPU_FASTER_5X86_FPU options CLK_USE_I8254_CALIBRATION # dmesg says we have this chip device apic options SCHED_4BSD options KDB options KDB_TRACE options DDB options DDB_NUMSYM #options GDB # remote GDB support options WITNESS options WITNESS_SKIPSPIN options WITNESS_KDB options INVARIANTS options INVARIANT_SUPPORT options PREEMPTION options ADAPTIVE_GIANT options INET #InterNETworking, mandatory options INET6 #IPv6 communications protocols #options IPSEC #options IPSEC_ESP options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_ACL #Support for access control lists options UFS_DIRHASH #Improve performance on big directories options COMPAT_FREEBSD4 #Compatible with FreeBSD4 options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options KTRACE options PQ_CACHESIZE=3D32 #32kB L2 Cache options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions device isa device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd options KBD_INSTALL_CDEV device psm # PS/2 mouse # syscons is the default console driver, resembling an SCO console device sc options SC_TWOBUTTON_MOUSE device vga # VGA video card driver options FB_INSTALL_CDEV device npx # Floating point support - do not disable. options DEVICE_POLLING # improve fxp0 performance options HZ=3D1000 # for DEVICE_POLLING, interrrupt rate device loop # Network loopback device ether # Ethernet support device pty # Pseudo-ttys (telnet,xterm etc) device bpf # needed for DHCP options XBONEHACK # same address pairs over multiple gif intf options PPP_BSDCOMP options PPP_DEFLATE options PPP_FILTER device splash #screensaver/splash screen device pmtimer --- /etc/rc.conf --- apm_enable=3D"NO" hostname=3D"82-168-140-74-bbxl.xdsl.tiscali.nl" ifconfig_fxp0=3D"DHCP" linux_enable=3D"YES" moused_enable=3D"YES" moused_flags=3D"" moused_type=3D"auto" #saver=3D"blank" # njl broke my acpi at 2004-11-08 ? dumpdev=3D"/dev/ad0s1b" #devel/fam rpcbind_enable=3D"YES" inetd_enable=3D"YES" --- /boot/loader.conf --- mem_load=3D"YES" io_load=3D"YES" random_load=3D"YES" #intpm_load=3D"YES" speaker_load=3D"YES" snd_cs4281_load=3D"YES" #cd9660_iconv_load=3D"YES" #fdc_load=3D"YES" #msdosfs_iconv_load=3D"YES" if_fxp_load=3D"YES" vesa_load=3D"YES" debug.mpsafevm=3D1 --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBk0VPvz70qa4zXcwRAnYFAJ9+Jpr6fE91CtGE4qginH4Ih2DpjACgoU2Y uEiId67vyE4NqBqOt9KybEk= =GJ6+ -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 13:11:05 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEC7416A4CE for ; Thu, 11 Nov 2004 13:11:05 +0000 (GMT) Received: from mx0-a.inoc.net (mx0-a.inoc.net [64.246.130.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4733E43D39 for ; Thu, 11 Nov 2004 13:11:05 +0000 (GMT) (envelope-from rblayzor@inoc.net) Received: from [172.16.1.2] (alb-24-29-65-79.nycap.rr.com [24.29.65.79]) by mx0-a.inoc.net (build v4.10.7) with ESMTP id 24546830 for multiple; Thu, 11 Nov 2004 08:11:04 -0500 Message-ID: <419364E6.2040003@inoc.net> Date: Thu, 11 Nov 2004 08:11:02 -0500 From: Robert Blayzor Organization: Independent Network Operations Consortium, LLC User-Agent: Mozilla Thunderbird 0.9 (Macintosh/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ken Menzel References: <0a1701c4c76d$ee4ec980$8adb7bd1@icarz.com> In-Reply-To: <0a1701c4c76d$ee4ec980$8adb7bd1@icarz.com> X-Enigmail-Version: 0.89.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@FreeBSD.ORG Subject: Re: perl 5.8.5 on freebsd 4.10 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 13:11:05 -0000 Ken Menzel wrote: > I need perl 5.8 to use xerces xml parser (xml.apache.org) on Freebsd5.3 > perl5.8 the t/op/crypt test passes fine but not on 4.10 is this OK or > normal? Any ideas or comments? > > t/op/cproto...............................ok > t/op/crypt................................# Failed at op/crypt.t line 45 > # got '$2a$04$cXSIoNruOcY4zQvBHgLd4OwIn/hpnHpszYR0VrbT0MGHtj8UgV4jS' > # expected '$2a$04$cQSEYKwMGkhlyuPmbY2YY.5Fo0iMDAVDOlSr8SElFfCwc8SPUJW7.' > FAILED at test 4 > t/op/defins...............................ok > > freebsd4# uname -a > FreeBSD freebsd4.icarz.com 4.10-RELEASE-p2 FreeBSD 4.10-RELEASE-p2 #15: > Mon Aug 2 16:14:59 EDT 2004 > sysadm@freebsd4.icarz.com:/usr/obj/usr/src/sys/ICARZ i386 cd /usr/ports/lang/perl5.8 make install clean or portupgrade perl5* Both of those work fine for me. -- Robert Blayzor, BOFH INOC, LLC rblayzor\@(inoc.net|gmail.com) PGP: http://www.inoc.net/~dev/ Key fingerprint = 1E02 DABE F989 BC03 3DF5 0E93 8D02 9D0B CB1A A7B0 My Other machine is your Linux Box From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 13:47:21 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9882A16A4CE for ; Thu, 11 Nov 2004 13:47:21 +0000 (GMT) Received: from ucu-98.ucu.ac.ug (ucu-98.ucu.ac.ug [193.108.254.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 691EB43D39 for ; Thu, 11 Nov 2004 13:47:20 +0000 (GMT) (envelope-from pokui@psg.com) Received: from [127.0.0.1] (helo=localhost) by pokui-favour.ucu.ac.ug with esmtp (Exim 4.42) id 1CRw9n-00019e-2X; Wed, 10 Nov 2004 20:21:19 +0300 From: Patrick Okui To: freebsd-stable@freebsd.org Date: Wed, 10 Nov 2004 20:21:18 +0300 User-Agent: KMail/1.7 References: <2627048885E8BF7F8DCDCFD2@jesk.int.de.clara.net> In-Reply-To: <2627048885E8BF7F8DCDCFD2@jesk.int.de.clara.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200411102021.18553.pokui@psg.com> cc: Christian Meutes Subject: Re: Pam Authorization Problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 13:47:21 -0000 On Wednesday 10 November 2004 20:13, Christian Meutes wrote: > I recognized a strange behavior of PAM. My Plan was to do Authorization > through pam_unix.so and pam_ldap.so > I have the following configuration for this: > --- > account required pam_login_access.so > account sufficient /usr/local/lib/pam_ldap.so > account required pam_unix.so > --- > > when the user neither exist in ldap nor in /etc/passwd then the > auhtorization is nevertheless successful... this behavior isnt what i huh? as in a user that more or less does *not* exist on your system can log in? do you have any other authentication modules that the system falls to? > expected. > > i want to do authorization through pam_ldap.so and pam_unix.so > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 14:18:59 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E998616A4CE for ; Thu, 11 Nov 2004 14:18:59 +0000 (GMT) Received: from miramanee.icarz.com (miramanee.icarz.com [207.99.22.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 673CC43D48 for ; Thu, 11 Nov 2004 14:18:59 +0000 (GMT) (envelope-from kenfreebsd@icarz.com) Received: from deanna.icarz.com (deanna.icarz.com [207.99.22.19]) by miramanee.icarz.com (8.13.1/8.12.10) with ESMTP id iABEIwg8067007; Thu, 11 Nov 2004 09:18:58 -0500 (EST) (envelope-from kenfreebsd@icarz.com) Received: from kenxp (netb-138.icarz.com [209.123.219.138]) by deanna.icarz.com (8.12.11/8.12.9) with SMTP id iABEIqrE022025; Thu, 11 Nov 2004 09:18:57 -0500 (EST) (envelope-from kenfreebsd@icarz.com) Message-ID: <0c2401c4c7f9$617f8df0$8adb7bd1@icarz.com> From: "Ken Menzel" To: "Robert Blayzor" References: <0a1701c4c76d$ee4ec980$8adb7bd1@icarz.com> <419364E6.2040003@inoc.net> Date: Thu, 11 Nov 2004 09:18:47 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Score: -100 () USER_IN_WHITELIST X-Scanned-By: MIMEDefang 2.39 cc: freebsd-stable@freebsd.org Subject: Re: perl 5.8.5 on freebsd 4.10 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Ken Menzel List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 14:19:00 -0000 Thanks for the reply Robert! > > cd /usr/ports/lang/perl5.8 > make install clean Sorry, I should have said I was using ports. I cvsuped the ports yesterday. But did you run: "make test"? This runs the tests, you would need to do this before the "make clean" With perl which includes excellent self tests I always check these. Failed 1 test script out of 826, 99.88% okay. ### Since not all tests were successful, you may want to run some of And of course that was the crypto test I refered to (I pasted it again below) that failed. What I expected was (Like I get on 4.9 and 5.3 using make test in /usr/lang/ports/perl5.8): t/pod/special_seqs........................ok t/x2p/s2p.................................ok All tests successful. u=5.85156 s=1.98438 cu=368.914 cs=38.2969 scripts=826 tests=85559 Looks like a bug in 4.10, but I am not expert especially on crypto! I just wanted to check this with the group as it may point to a larger problem that this behaves differently on 4.10 from 4.9 and 5.3. Thanks, Ken error output repasted. t/op/context..............................ok t/op/cproto...............................ok t/op/crypt................................# Failed at op/crypt.t line 45 # got '$2a$04$cXSIoNruOcY4zQvBHgLd4OwIn/hpnHpszYR0VrbT0MGHtj8UgV4jS' # expected '$2a$04$cQSEYKwMGkhlyuPmbY2YY.5Fo0iMDAVDOlSr8SElFfCwc8SPUJW7.' FAILED at test 4 t/op/defins...............................ok From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 14:33:59 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FD2916A4CE for ; Thu, 11 Nov 2004 14:33:59 +0000 (GMT) Received: from peru.gambit.com.ru (peru.gambit.com.ru [194.190.206.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA98F43D2D for ; Thu, 11 Nov 2004 14:33:58 +0000 (GMT) ls+lists.freebsd.org.mailman.listinfo.freebsd-stable93930659@gambit.com.ru) Received: from zen.intranet (unknown [194.190.206.175]) by peru.gambit.com.ru (Postfix) with ESMTP id 01C4F2C560 for ; Thu, 11 Nov 2004 17:33:56 +0300 (MSK) Received: by zen.intranet (Postfix, from userid 441) id D2C10164E68; Thu, 11 Nov 2004 17:33:56 +0300 (MSK) Date: Thu, 11 Nov 2004 17:33:56 +0300 From: ls+lists.freebsd.org.mailman.listinfo.freebsd-stable93930659@gambit.com.ru To: freebsd-stable@freebsd.org Message-ID: <20041111143356.GA705@gambit.com.ru> Mail-Followup-To: freebsd-stable@freebsd.org References: <20041105110830.GP58031@gambit.com.ru> <20041105215427.GA33096@xor.obsecurity.org> <20041109083810.GJ58031@gambit.com.ru> <20041110084132.GA699@gambit.com.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Subject: Re: 5.3 mdmfs or mdconfig problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 14:33:59 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline >>>> This host has 192 MB of RAM and 512 MB of swap. >>>> /sbin/mdmfs -i 4096 -s $1 md $2 (*) >>> You don't have enough RAM in your system to do that. >> I'm running mdmfs WITHOUT "-M" flag. Ronald Klop wrote: > Maybe I'm missing something, but tmpmfs works malloc-based by default: > /etc/rc.d/initdiskless: mount_md() { /sbin/mdmfs -i 4096 -s $1 -M md $2 } I removed "-M" from the mount_md() function definition in /etc/rc.d/initdiskless file, please see [*]. When I run "mdmfs -i 4096 -s 1m md /mnt" command, mdmfs runs "mdconfig -a -t swap -s 1m", but the /mnt is still malloc-backed: FreeBSD i386 5.3-STABLE Nov 11 07:00:00 UTC 2004 panic: kmem_malloc(4096): kmem_map too small: 63737856 total allocated --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iD8DBQFBk3hU99Q+k88BflcRAjsBAKCCc6O9YSFv2JVN/gPaa2ZzAvIeUgCgl/nr 9jw/VOuUKnq8lSqMYEtsAmc= =56IN -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 14:48:50 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D745316A4D0 for ; Thu, 11 Nov 2004 14:48:50 +0000 (GMT) Received: from thekla.de.clara.net (thekla.de.clara.net [212.82.225.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1979243D48 for ; Thu, 11 Nov 2004 14:48:50 +0000 (GMT) (envelope-from michael.riexinger@de.clara.net) Received: from localhost.de.clara.net ([127.0.0.1] helo=localhost) by thekla.de.clara.net with esmtp (Exim 4.30; FreeBSD) id 1CSGFk-0004dX-LN for freebsd-stable@freebsd.org; Thu, 11 Nov 2004 15:48:48 +0100 Received: from box.int.de.clara.net ([192.168.0.226]) by thekla.de.clara.net with esmtp (Exim 4.30; FreeBSD) id 1CSGFk-0004dT-GX for freebsd-stable@freebsd.org; Thu, 11 Nov 2004 15:48:48 +0100 From: Michael Riexinger To: freebsd-stable@freebsd.org Date: Thu, 11 Nov 2004 15:48:47 +0100 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200411111548.47809.michael.riexinger@de.clara.net> Subject: FreeBSD 5.3 - named 0.00% CPU usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 14:48:51 -0000 Hi, on 2 different machines (same hardware) with FreeBSD 5.3-RELEASE, named is reporting 0.00% cpu usage in top. But on the cpu states, there is always activity and named is the only process that consumes much cpu time. Other processes show cpu usage well in top. Is that a common/known problem? Kind regards, Michael Riexinger systems engineer -- claranet gmbh internet service provider tel +49 (0) 69 - 40 80 18 - 300 email: michael.riexinger@de.clara.net http://www.claranet.de/ From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 15:13:25 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C16A16A4CE for ; Thu, 11 Nov 2004 15:13:25 +0000 (GMT) Received: from miramanee.icarz.com (miramanee.icarz.com [207.99.22.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1C8D43D39 for ; Thu, 11 Nov 2004 15:13:24 +0000 (GMT) (envelope-from kenfreebsd@icarz.com) Received: from deanna.icarz.com (deanna.icarz.com [207.99.22.19]) by miramanee.icarz.com (8.13.1/8.12.10) with ESMTP id iABFDKUL084688; Thu, 11 Nov 2004 10:13:20 -0500 (EST) (envelope-from kenfreebsd@icarz.com) Received: from kenxp (netb-138.icarz.com [209.123.219.138]) by deanna.icarz.com (8.12.11/8.12.9) with SMTP id iABFDJb4025926; Thu, 11 Nov 2004 10:13:19 -0500 (EST) (envelope-from kenfreebsd@icarz.com) Message-ID: <0e7a01c4c800$f9ed2500$8adb7bd1@icarz.com> From: "Ken Menzel" To: "Michael Riexinger" , References: <200411111548.47809.michael.riexinger@de.clara.net> Date: Thu, 11 Nov 2004 10:13:13 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Score: -100.001 () BAYES_44,USER_IN_WHITELIST X-Scanned-By: MIMEDefang 2.39 Subject: Re: FreeBSD 5.3 - named 0.00% CPU usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Ken Menzel List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 15:13:25 -0000 I believe this has to do with named being a threaded process (try hitting the capital 'H' in top and you will see more then one named). You could search ther archives on freebsd-current for the discussion, but it has to do with no way show it properly so it was turned off for now. Non thread process will show fine. Ken ----- Original Message ----- From: "Michael Riexinger" To: Sent: Thursday, November 11, 2004 9:48 AM Subject: FreeBSD 5.3 - named 0.00% CPU usage > Hi, > > on 2 different machines (same hardware) with FreeBSD 5.3-RELEASE, > named > is reporting 0.00% cpu usage in top. But on the cpu states, there is > always activity and named is the only process that consumes much cpu > time. Other processes show cpu usage well in top. Is that a > common/known problem? > > > Kind regards, > > Michael Riexinger > systems engineer > > -- > claranet gmbh internet service provider > tel +49 (0) 69 - 40 80 18 - 300 > email: michael.riexinger@de.clara.net http://www.claranet.de/ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 15:16:49 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4238F16A4CE for ; Thu, 11 Nov 2004 15:16:49 +0000 (GMT) Received: from diligence.flag.rootnode.com (adsl-65-67-81-98.dsl.ltrkar.swbell.net [65.67.81.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2ACB43D1D for ; Thu, 11 Nov 2004 15:16:48 +0000 (GMT) (envelope-from joe@osoft.us) Received: from [10.0.1.105] (coherence.flag.rootnode.com [10.0.1.105]) by diligence.flag.rootnode.com (Postfix) with ESMTP id 28F2DD4BA for ; Thu, 11 Nov 2004 09:16:48 -0600 (CST) Message-ID: <419382AB.30702@osoft.us> Date: Thu, 11 Nov 2004 09:18:03 -0600 From: Joe Koberg User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: PC card problems on 5.3-R: "CIS is too long -- truncating""pccard0:Orinoco Gold, SMC 2532W-B X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 15:16:49 -0000 I am using a Toshiba Tecra 730XCDT, a 150MHz Pentium laptop. It has a ToPIC 95B Cardbus controller. The BIOS can place the controller into "PCIC-compatible" or "Cardbus/16-bit" modes. In Cardbus mode, my 3com 3c3FE575CT 100mbit card works fine. However my two wireless cards, an Orinoco Gold and an SMC 2532W-B, give the following message upon insertion: CIS is too long -- truncating pccard0: card has no functions cbb0: PC Card card activation failed "pccardc dumpcis" says "0 slots found" In PCIC-compatible mode, FreeBSD does not recognize the card controller. The wi cards work OK under PCIC mode in NetBSD 1.6.2. The 3com card does not. NetBSD does not seem to work with them in cardbus mode. Thanks in advance for any help Joe Koberg joe at osoft dot us From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 15:17:23 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A723816A4CE for ; Thu, 11 Nov 2004 15:17:23 +0000 (GMT) Received: from freedombi.com (thedalesgroup.com [207.179.98.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45DCD43D39 for ; Thu, 11 Nov 2004 15:17:23 +0000 (GMT) (envelope-from charles@idealso.com) Received: by freedombi.com (Postfix, from userid 1000) id 7B0E9728B6; Thu, 11 Nov 2004 10:17:22 -0500 (EST) Received: from freedombi.com (localhost [192.168.10.108]) by freedombi.com (Postfix) with ESMTP id D7FB972418; Thu, 11 Nov 2004 10:17:20 -0500 (EST) Received: from 24.11.146.21 (SquirrelMail authenticated user charles); by freedombi.com with HTTP; Thu, 11 Nov 2004 10:17:20 -0500 (EST) Message-ID: <41619.24.11.146.21.1100186240.squirrel@24.11.146.21> In-Reply-To: <200411102128.28790.jacobsm@gate.net> References: <200411102128.28790.jacobsm@gate.net> Date: Thu, 11 Nov 2004 10:17:20 -0500 (EST) From: "Charles Ulrich" To: "Mark Jacobs" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on freedombi.com X-Spam-Level: X-Spam-Status: No, hits=0.0 required=7.0 tests=none autolearn=no version=2.63 cc: freebsd-stable@freebsd.org Subject: Re: Freeze in 5.3 Release Install X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 15:17:23 -0000 Mark Jacobs said: > I downloaded the 5.3 release cd and successfully used it to install on my IBM > T42 laptop. > > Today I attempted to upgrade the machine that was running 4.10 stable to 5.3 > using the same cd. The install is hanging during the probe of devices right > after it announces ACD1: DVDR at ata1-slave > UDMA33. > > The attempted install failed twice at the same point. A hard reboot of the > machine is required. If there is an empty IDE channel on your system, FreeBSD will hang for awhile on it while it tries to probe a drive. Perhaps try waiting a little longer... -- Charles Ulrich Ideal Solution, LLC - http://www.idealso.com From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 15:29:20 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EAB216A4CE for ; Thu, 11 Nov 2004 15:29:20 +0000 (GMT) Received: from veldy.net (fuggle.veldy.net [209.240.64.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE0B543D45 for ; Thu, 11 Nov 2004 15:29:19 +0000 (GMT) (envelope-from veldy@veldy.net) Received: from localhost (localhost.veldy.net [127.0.0.1]) by veldy.net (Postfix) with ESMTP id D46C126 for ; Thu, 11 Nov 2004 09:29:16 -0600 (CST) Received: from veldy.net ([127.0.0.1]) by localhost (fuggle.veldy.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01149-08 for ; Thu, 11 Nov 2004 09:29:12 -0600 (CST) Received: from [127.0.0.1] (fuggle.veldy.net [192.168.1.3]) by veldy.net (Postfix) with ESMTP id 154E4136 for ; Thu, 11 Nov 2004 09:29:12 -0600 (CST) Message-ID: <41938544.9010109@veldy.net> Date: Thu, 11 Nov 2004 09:29:08 -0600 From: "Thomas T. Veldhouse" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4E53E82B923F3F17384E5260" X-Virus-Scanned: by amavisd-new at veldy.net Subject: ULE Scheduler available in 5.3-RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 15:29:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4E53E82B923F3F17384E5260 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I just read in the release notes that 5.3-RELEASE has the new ULE scheduler available, but that 4BSD is the default scheduler. I thought I read messages in freebsd-current indicating that the option to use ULE was completely removed from the 5.3 or even the RELENG_5 branch? So, is ULE really available? -- Thomas T. Veldhouse Key Fingerprint: 07C7 BF05 4176 F50B A083 4542 0118 1315 761F D300 Spammers please contact me at renegade@veldy.net. --------------enig4E53E82B923F3F17384E5260 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBk4VHARgTFXYf0wARAgrDAKC7hLCpFCptbUPG2NgrV6QH/B2fUACguw98 /li3wjZYd2f6uBhUPdoRcyM= =pphz -----END PGP SIGNATURE----- --------------enig4E53E82B923F3F17384E5260-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 15:33:10 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8A4916A4CE for ; Thu, 11 Nov 2004 15:33:10 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DE4343D1F for ; Thu, 11 Nov 2004 15:33:10 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id iABFZ5WW004703; Thu, 11 Nov 2004 07:35:05 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id iABFZ55h004702; Thu, 11 Nov 2004 07:35:05 -0800 Date: Thu, 11 Nov 2004 07:35:05 -0800 From: Brooks Davis To: "Thomas T. Veldhouse" Message-ID: <20041111153505.GA4512@odin.ac.hmc.edu> References: <41938544.9010109@veldy.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <41938544.9010109@veldy.net> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-stable@freebsd.org Subject: Re: ULE Scheduler available in 5.3-RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 15:33:10 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 11, 2004 at 09:29:08AM -0600, Thomas T. Veldhouse wrote: > I just read in the release notes that 5.3-RELEASE has the new ULE=20 > scheduler available, but that 4BSD is the default scheduler. I thought= =20 > I read messages in freebsd-current indicating that the option to use ULE= =20 > was completely removed from the 5.3 or even the RELENG_5 branch? So, is= =20 > ULE really available? ULE is not available in 5.3 or RELENG_5 due to problems that were unfixed at the time of the release. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBk4apXY6L6fI4GtQRAuCtAKDn58tORfsEwsBGd8Gy/pa7PFNjNACffGWl EU+VKMREU4ks2SHuahpjzZM= =gh5i -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 15:36:03 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9985916A4D0 for ; Thu, 11 Nov 2004 15:36:03 +0000 (GMT) Received: from veldy.net (fuggle.veldy.net [209.240.64.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 517F643D46 for ; Thu, 11 Nov 2004 15:36:03 +0000 (GMT) (envelope-from veldy@veldy.net) Received: from localhost (localhost.veldy.net [127.0.0.1]) by veldy.net (Postfix) with ESMTP id BC7E8F8; Thu, 11 Nov 2004 09:36:02 -0600 (CST) Received: from veldy.net ([127.0.0.1]) by localhost (fuggle.veldy.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01184-10; Thu, 11 Nov 2004 09:35:58 -0600 (CST) Received: from [127.0.0.1] (fuggle.veldy.net [192.168.1.3]) by veldy.net (Postfix) with ESMTP id D02E426; Thu, 11 Nov 2004 09:35:57 -0600 (CST) Message-ID: <419386DD.9080905@veldy.net> Date: Thu, 11 Nov 2004 09:35:57 -0600 From: "Thomas T. Veldhouse" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <41938544.9010109@veldy.net> <20041111153505.GA4512@odin.ac.hmc.edu> In-Reply-To: <20041111153505.GA4512@odin.ac.hmc.edu> X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4B2EDFB3B1B84D7D502089B0" X-Virus-Scanned: by amavisd-new at veldy.net cc: freebsd-stable@freebsd.org Subject: Re: ULE Scheduler available in 5.3-RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 15:36:03 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4B2EDFB3B1B84D7D502089B0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Brooks Davis wrote: >On Thu, Nov 11, 2004 at 09:29:08AM -0600, Thomas T. Veldhouse wrote: > > >>I just read in the release notes that 5.3-RELEASE has the new ULE >>scheduler available, but that 4BSD is the default scheduler. I thought >>I read messages in freebsd-current indicating that the option to use ULE >>was completely removed from the 5.3 or even the RELENG_5 branch? So, is >>ULE really available? >> >> > >ULE is not available in 5.3 or RELENG_5 due to problems that were >unfixed at the time of the release. > >-- Brooks > > > Perhaps the release notes should be updated? Here is a quote (http://www.freebsd.org/releases/5.3R/relnotes-i386.html#NEW): "The ULE scheduler has been added as an additional scheduler. Note that the conventional one, which is called 4BSD, is still used as the default scheduler in the GENERIC kernel. For the average user, interactivity is reported to be better in many cases. This means less ``skipping'' and ``jerking'' in interactive applications while the machine is very busy. This will not prevent problems due to overloaded disk subsystems, but it does help with overloaded CPUs. On SMP machines, ULE has per-CPU run queues which allow for CPU affinity, CPU binding, and advanced HyperThreading support, as well as providing a framework for more optimizations in the future. As fine-grained kernel locking continues, the scheduler will be able to make more efficient use of the available parallel resources." Thanks in advance. -- Thomas T. Veldhouse Key Fingerprint: 07C7 BF05 4176 F50B A083 4542 0118 1315 761F D300 Spammers please contact me at renegade@veldy.net. --------------enig4B2EDFB3B1B84D7D502089B0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBk4bdARgTFXYf0wARAlqQAJ4zKwzEsG9FMsMg4WVhuh9r16sm/wCgisB0 gATtNvuEHu8EzNg+cUhFSpI= =ITex -----END PGP SIGNATURE----- --------------enig4B2EDFB3B1B84D7D502089B0-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 15:38:16 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8504116A4DB for ; Thu, 11 Nov 2004 15:38:16 +0000 (GMT) Received: from smtp15.wxs.nl (smtp15.wxs.nl [195.121.6.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29AF643D49 for ; Thu, 11 Nov 2004 15:38:16 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from ronald.echteman.nl (ip51cdc5d2.speed.planet.nl [81.205.197.210]) by smtp15.wxs.nlSMTP id <0I7000KD9U3QK2@smtp15.wxs.nl> for freebsd-stable@freebsd.org; Thu, 11 Nov 2004 16:38:15 +0100 (CET) Received: (qmail 4268 invoked from network); Thu, 11 Nov 2004 15:38:10 +0000 Received: from unknown (HELO laptop.thuis.klop.ws) (192.168.1.4) by ronald.echteman.nl with SMTP; Thu, 11 Nov 2004 15:38:09 +0000 Received: (qmail 62856 invoked from network); Thu, 11 Nov 2004 15:38:08 +0000 Received: from localhost.thuis.klop.ws (HELO smtp.local) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; Thu, 11 Nov 2004 15:38:08 +0000 Date: Thu, 11 Nov 2004 16:38:05 +0100 From: Ronald Klop In-reply-to: <20041110.015609.56510863.imp@bsdimp.com> To: "M. Warner Losh" Message-id: MIME-version: 1.0 Content-type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 Content-transfer-encoding: 7BIT User-Agent: Opera M2/7.54 (FreeBSD, build 751) References: <20041110.015609.56510863.imp@bsdimp.com> cc: freebsd-stable@freebsd.org Subject: Re: pccard modem and ethernet don't work together X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 15:38:16 -0000 On Wed, 10 Nov 2004 01:56:09 -0700 (MST), M. Warner Losh wrote: > In message: > Ronald Klop writes: > : I posted the same text as below to current@ on 20 Oct, but got no > answer. > : Is there somebody here who knows more about this or can tell me where > to > : look further? > : I got a 'me too' message from somebody who googled my previous > question, > : so there are more people with this problem. > > I ment to reply, but got busy with the release. I'll see if I can > recreate the problem. > > Warner Thanks in advance. I am still looking around myself and am wondering if I need to run pccardd? I thought it was replaced by devd, but it is still in the system. Does pccardd have more functionality than devd and is it possible that it can solve my problem? Or am I looking in the wrong direction? Ronald. -- Ronald Klop, Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 15:42:22 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB12916A4D1 for ; Thu, 11 Nov 2004 15:42:22 +0000 (GMT) Received: from smtp15.wxs.nl (smtp15.wxs.nl [195.121.6.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD7C143D2F for ; Thu, 11 Nov 2004 15:42:22 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from ronald.echteman.nl (ip51cdc5d2.speed.planet.nl [81.205.197.210]) by smtp15.wxs.nlSMTP id <0I7000IE9UAGW5@smtp15.wxs.nl> for freebsd-stable@freebsd.org; Thu, 11 Nov 2004 16:42:21 +0100 (CET) Received: (qmail 4300 invoked from network); Thu, 11 Nov 2004 15:42:16 +0000 Received: from unknown (HELO laptop.thuis.klop.ws) (192.168.1.4) by ronald.echteman.nl with SMTP; Thu, 11 Nov 2004 15:42:16 +0000 Received: (qmail 62865 invoked from network); Thu, 11 Nov 2004 15:42:12 +0000 Received: from localhost.thuis.klop.ws (HELO smtp.local) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; Thu, 11 Nov 2004 15:42:12 +0000 Date: Thu, 11 Nov 2004 16:42:11 +0100 From: Ronald Klop In-reply-to: <41938544.9010109@veldy.net> To: "Thomas T. Veldhouse" , freebsd-stable@freebsd.org Message-id: MIME-version: 1.0 Content-type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 Content-transfer-encoding: 7BIT User-Agent: Opera M2/7.54 (FreeBSD, build 751) References: <41938544.9010109@veldy.net> Subject: Re: ULE Scheduler available in 5.3-RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 15:42:23 -0000 On Thu, 11 Nov 2004 09:29:08 -0600, Thomas T. Veldhouse wrote: > I just read in the release notes that 5.3-RELEASE has the new ULE > scheduler available, but that 4BSD is the default scheduler. I thought > I read messages in freebsd-current indicating that the option to use ULE > was completely removed from the 5.3 or even the RELENG_5 branch? So, is > ULE really available? > Not in RELENG_5 and not in RELENG_5_3. There are issues with it. If it is fixed it will come back. See this line in /usr/src/sys/kern/sched_ule.c: #error "The SCHED_ULE scheduler is broken. Please use SCHED_4BSD" Ronald. -- Ronald Klop, Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 15:47:10 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28F5A16A4CE for ; Thu, 11 Nov 2004 15:47:10 +0000 (GMT) Received: from NYCMX1.TIMEINC.COM (nycmx1.timeinc.com [64.236.246.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CD3F43D2D for ; Thu, 11 Nov 2004 15:47:09 +0000 (GMT) (envelope-from mark.jacobs@custserv.com) Received: from nycmailsm02.enterprise.corpad.timeinc.com (unknown [10.186.6.62]) by NYCMX1.TIMEINC.COM (BorderWare MXtreme Mail Firewall) with ESMTP id C7FFBD092H; Thu, 11 Nov 2004 10:47:06 -0500 (EST) Received: from nycmailbh01.enterprise.corpad.timeinc.com ([10.186.6.71]) by nycmailsm02.enterprise.corpad.timeinc.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 11 Nov 2004 10:46:19 -0500 Received: from tmpmailbh02.enterprise.corpad.timeinc.com ([10.176.6.72]) by nycmailbh01.enterprise.corpad.timeinc.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 11 Nov 2004 10:46:19 -0500 Received: from tmpmailmb02.enterprise.corpad.timeinc.com ([10.176.6.32]) by tmpmailbh02.enterprise.corpad.timeinc.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 11 Nov 2004 10:46:19 -0500 Received: from [10.176.156.24] ([10.176.156.24]) by tmpmailmb02.enterprise.corpad.timeinc.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 11 Nov 2004 10:46:19 -0500 From: Mark Jacobs Organization: Time Customer Service To: freebsd-stable@freebsd.org Date: Thu, 11 Nov 2004 10:45:51 -0500 User-Agent: KMail/1.6.2 References: <200411102128.28790.jacobsm@gate.net> <41619.24.11.146.21.1100186240.squirrel@24.11.146.21> In-Reply-To: <41619.24.11.146.21.1100186240.squirrel@24.11.146.21> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200411111045.51778.mark.jacobs@custserv.com> X-OriginalArrivalTime: 11 Nov 2004 15:46:19.0281 (UTC) FILETIME=[9627F810:01C4C805] cc: Charles Ulrich Subject: Re: Freeze in 5.3 Release Install X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 15:47:10 -0000 On Thursday 11 November 2004 10:17 am, Charles Ulrich wrote: > Mark Jacobs said: > > I downloaded the 5.3 release cd and successfully used it to install on my IBM > > T42 laptop. > > > > Today I attempted to upgrade the machine that was running 4.10 stable to 5.3 > > using the same cd. The install is hanging during the probe of devices right > > after it announces ACD1: DVDR at ata1-slave > > UDMA33. > > > > The attempted install failed twice at the same point. A hard reboot of the > > machine is required. > > If there is an empty IDE channel on your system, FreeBSD will hang for awhile > on it while it tries to probe a drive. Perhaps try waiting a little longer... > I waited for 5-10 minutes the first time. The second time I left it hanging when I went to bed. I will look at it when I get home from work. I bet its still hung. My configuration is ata0 master, hard drive. ata0-slave empty. ata 1-master is DVD CDROM. ATA1-Slave is described above. FreeBSD 4.10 stable does not have any problems with this configuration. -- Mark Jacobs Time Customer Service, Tampa FL Technical Services Time Warner ----- I die like a true rebel. Don't waste any time mourning---organize! My Will is easy to decide For there is nothing to divide My kin don't need to fuss and moan 'Moss does not cling to a rolling stone.' My body?--Oh!--If I could choose I would to ashes it reduce And let the merry breezes blow My dust to where some flowers grow. Perhaps some fading flower then Would come to life and bloom again. This is my last and final Will. Good luck to all of you. Joe Hill 1879 - 1914, American labour leader and songwriter From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 16:08:29 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92A7716A4CE for ; Thu, 11 Nov 2004 16:08:29 +0000 (GMT) Received: from park.rambler.ru (park.rambler.ru [81.19.64.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2993343D41 for ; Thu, 11 Nov 2004 16:08:28 +0000 (GMT) (envelope-from is@rambler-co.ru) Received: from is.park.rambler.ru (is.park.rambler.ru [81.19.64.102]) by park.rambler.ru (8.12.6/8.12.6) with ESMTP id iABG8B3g022101; Thu, 11 Nov 2004 19:08:11 +0300 (MSK) (envelope-from is@rambler-co.ru) Date: Thu, 11 Nov 2004 19:08:11 +0300 (MSK) From: Igor Sysoev X-X-Sender: is@is.park.rambler.ru To: Uwe Doering In-Reply-To: <418BEBC2.3020304@geminix.org> Message-ID: <20041111190413.F41088@is.park.rambler.ru> References: <4168578F.7060706@geminix.org> <20041103191641.K63546@is.park.rambler.ru> <4189666A.9020500@geminix.org> <20041104124616.S92154@is.park.rambler.ru> <418BEBC2.3020304@geminix.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: stable@freebsd.org Subject: Re: vnode_pager_putpages errors and DOS? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 16:08:29 -0000 On Fri, 5 Nov 2004, Uwe Doering wrote: > Igor Sysoev wrote: > > [...] > > I've tried your patch from second email (it requires to include > > for devsw and D_DISK): the system also became unresponsible. > > > > The main problem is that I could not kill the offending process - it > > stuck in biowr state. > > In the meantime I've investigated this further. The two patches I > provided so far certainly have their merits, since they deal with some > unwanted side effects. However, I found that the root cause for the > eventual system lock-up lies elsewhere. > > In an earlier email I already pointed out that function > vnode_pager_generic_putpages() actually doesn't care whether the write > operation failed or not. It always returns VM_PAGER_OK. > > Now, in case the write operation succeeds the file system code takes > care that the formerly dirty pages associated with the i/o buffer get > marked clean. On the other hand, if the write attempt fails, for > instance in an out-of-disk-space situation, the pages are left dirty. > At this point the syncer enters an infinite loop, trying to flush the > same dirty pages to disk over and over again. > > The fix is actually quite simple. In case of a write error we have to > make sure ourselves that the associated pages get marked clean. We do > this by returning VM_PAGER_BAD instead of VM_PAGER_OK. These two result > codes are functionally identical, with the exception that VM_PAGER_BAD > additionally marks the respective page clean. For the details, please > have a look at the caller function vm_pageout_flush() in 'vm_pageout.c'. > > What this modification means is that in case of a write error the > affected pages remain intact in memory until they get recycled, but we > lose their contents as far as the copy on disk is concerned. I believe > this is acceptable (and possibly even originally intended) because > giving up on syncing is about the best thing we can do in this > situation, anyway. And it is certainly a much better choice than > halting the whole system due to an infinite loop. > > I've attached an updated version of the patch for 'vnode_pager.c'. On > my test system it resolved the issue. Please let us know whether it > works for you as well. Sorry for the late response: I was ill and have no access to the test machine. I applied the patch to the clean 4.10. The result is the same: the process could not be killed, the file system access is very limited and the system became unresponsible. Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 16:08:48 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE61116A4D0 for ; Thu, 11 Nov 2004 16:08:48 +0000 (GMT) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id A92CB43D1F for ; Thu, 11 Nov 2004 16:08:48 +0000 (GMT) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id 2242A92; Thu, 11 Nov 2004 10:08:48 -0600 (CST) Date: Thu, 11 Nov 2004 10:08:47 -0600 From: Tillman Hodgson To: stable@freebsd.org Message-ID: <20041111160847.GV33689@seekingfire.com> References: <1100144231.79614.18.camel@zircon> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1100144231.79614.18.camel@zircon> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/personal/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers X-Tillman-rules: yes he does User-Agent: Mutt/1.5.6i Subject: Re: Heimdal version in system is ancient! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 16:08:49 -0000 On Wed, Nov 10, 2004 at 07:37:11PM -0800, Joe Kelsey wrote: > Why is the version of Heimdal in the base system 0.5.1? > > The port has 0.6.1 in /usr/ports/security/heimdal. > > How are we supposed to do any useful work when the system version of a > product is in direct conflict with a port version? If the system version is sufficient for your needs, use it. If you require the version in the ports, use that. There is no "direct conflict", they install to different locations. > How do I get the latest version of Heimdal into the system? Install the port and change your $PATH. The system version doesn't include everything that the port has so you'll likely want to do that anyway. -T -- One monk said to the other, "The fish has flopped out of the net! How will it live?" The other said, "When you have gotten out of the net, I'll tell you." From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 16:38:24 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A918716A4E6 for ; Thu, 11 Nov 2004 16:38:24 +0000 (GMT) Received: from park.rambler.ru (park.rambler.ru [81.19.64.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF05C43D45 for ; Thu, 11 Nov 2004 16:38:23 +0000 (GMT) (envelope-from is@rambler-co.ru) Received: from is.park.rambler.ru (is.park.rambler.ru [81.19.64.102]) by park.rambler.ru (8.12.6/8.12.6) with ESMTP id iABGcM3g024319; Thu, 11 Nov 2004 19:38:22 +0300 (MSK) (envelope-from is@rambler-co.ru) Date: Thu, 11 Nov 2004 19:38:22 +0300 (MSK) From: Igor Sysoev X-X-Sender: is@is.park.rambler.ru To: Uwe Doering In-Reply-To: <20041111190413.F41088@is.park.rambler.ru> Message-ID: <20041111192947.A41088@is.park.rambler.ru> References: <4168578F.7060706@geminix.org> <20041103191641.K63546@is.park.rambler.ru> <4189666A.9020500@geminix.org> <20041104124616.S92154@is.park.rambler.ru> <418BEBC2.3020304@geminix.org> <20041111190413.F41088@is.park.rambler.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: stable@freebsd.org Subject: Re: vnode_pager_putpages errors and DOS? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 16:38:24 -0000 On Thu, 11 Nov 2004, Igor Sysoev wrote: > On Fri, 5 Nov 2004, Uwe Doering wrote: > > > Igor Sysoev wrote: > > > [...] > > > I've tried your patch from second email (it requires to include > > > for devsw and D_DISK): the system also became unresponsible. > > > > > > The main problem is that I could not kill the offending process - it > > > stuck in biowr state. > > > > In the meantime I've investigated this further. The two patches I > > provided so far certainly have their merits, since they deal with some > > unwanted side effects. However, I found that the root cause for the > > eventual system lock-up lies elsewhere. > > > > In an earlier email I already pointed out that function > > vnode_pager_generic_putpages() actually doesn't care whether the write > > operation failed or not. It always returns VM_PAGER_OK. > > > > Now, in case the write operation succeeds the file system code takes > > care that the formerly dirty pages associated with the i/o buffer get > > marked clean. On the other hand, if the write attempt fails, for > > instance in an out-of-disk-space situation, the pages are left dirty. > > At this point the syncer enters an infinite loop, trying to flush the > > same dirty pages to disk over and over again. > > > > The fix is actually quite simple. In case of a write error we have to > > make sure ourselves that the associated pages get marked clean. We do > > this by returning VM_PAGER_BAD instead of VM_PAGER_OK. These two result > > codes are functionally identical, with the exception that VM_PAGER_BAD > > additionally marks the respective page clean. For the details, please > > have a look at the caller function vm_pageout_flush() in 'vm_pageout.c'. > > > > What this modification means is that in case of a write error the > > affected pages remain intact in memory until they get recycled, but we > > lose their contents as far as the copy on disk is concerned. I believe > > this is acceptable (and possibly even originally intended) because > > giving up on syncing is about the best thing we can do in this > > situation, anyway. And it is certainly a much better choice than > > halting the whole system due to an infinite loop. > > > > I've attached an updated version of the patch for 'vnode_pager.c'. On > > my test system it resolved the issue. Please let us know whether it > > works for you as well. > > Sorry for the late response: I was ill and have no access to the test machine. > I applied the patch to the clean 4.10. The result is the same: the process > could not be killed, the file system access is very limited and the system > became unresponsible. Sorry, I applied the patch, but forget to rebuild kernel :). It seems that patch resolves the problem - the program exits and the system is working. I run it several times. I would also run buildworld on this system to ensure that the program did not affect VM. Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 17:13:51 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DAA816A4CE for ; Thu, 11 Nov 2004 17:13:51 +0000 (GMT) Received: from park.rambler.ru (park.rambler.ru [81.19.64.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06A0643D58 for ; Thu, 11 Nov 2004 17:13:48 +0000 (GMT) (envelope-from is@rambler-co.ru) Received: from is.park.rambler.ru (is.park.rambler.ru [81.19.64.102]) by park.rambler.ru (8.12.6/8.12.6) with ESMTP id iABHDj3g026495; Thu, 11 Nov 2004 20:13:45 +0300 (MSK) (envelope-from is@rambler-co.ru) Date: Thu, 11 Nov 2004 20:13:45 +0300 (MSK) From: Igor Sysoev X-X-Sender: is@is.park.rambler.ru To: Uwe Doering In-Reply-To: <20041111192947.A41088@is.park.rambler.ru> Message-ID: <20041111201159.I41088@is.park.rambler.ru> References: <4168578F.7060706@geminix.org> <20041103191641.K63546@is.park.rambler.ru> <4189666A.9020500@geminix.org> <20041104124616.S92154@is.park.rambler.ru> <418BEBC2.3020304@geminix.org> <20041111190413.F41088@is.park.rambler.ru> <20041111192947.A41088@is.park.rambler.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: stable@freebsd.org Subject: Re: vnode_pager_putpages errors and DOS? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 17:13:51 -0000 On Thu, 11 Nov 2004, Igor Sysoev wrote: > > > I've attached an updated version of the patch for 'vnode_pager.c'. On > > > my test system it resolved the issue. Please let us know whether it > > > works for you as well. > > > > Sorry for the late response: I was ill and have no access to the test machine. > > I applied the patch to the clean 4.10. The result is the same: the process > > could not be killed, the file system access is very limited and the system > > became unresponsible. > > Sorry, I applied the patch, but forget to rebuild kernel :). > > It seems that patch resolves the problem - the program exits and the system > is working. I run it several times. I would also run buildworld on this > system to ensure that the program did not affect VM. make -j 32 buildworld ran without problems. Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 17:43:02 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AC2D16A4CE for ; Thu, 11 Nov 2004 17:43:02 +0000 (GMT) Received: from gen129.n001.c02.escapebox.net (gen129.n001.c02.escapebox.net [213.73.91.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8503F43D31 for ; Thu, 11 Nov 2004 17:43:01 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <4193A4A1.5060106@geminix.org> Date: Thu, 11 Nov 2004 18:42:57 +0100 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041110 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Igor Sysoev References: <4168578F.7060706@geminix.org> <20041103191641.K63546@is.park.rambler.ru> <4189666A.9020500@geminix.org> <20041104124616.S92154@is.park.rambler.ru> <418BEBC2.3020304@geminix.org> <20041111190413.F41088@is.park.rambler.ru> <20041111192947.A41088@is.park.rambler.ru> <20041111201159.I41088@is.park.rambler.ru> In-Reply-To: <20041111201159.I41088@is.park.rambler.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with asmtp (TLSv1:AES256-SHA:256) (Exim 3.36 #1) id 1CSIyJ-000Fko-00; Thu, 11 Nov 2004 18:42:59 +0100 cc: stable@freebsd.org Subject: Re: vnode_pager_putpages errors and DOS? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 17:43:02 -0000 Igor Sysoev wrote: > On Thu, 11 Nov 2004, Igor Sysoev wrote: > >>>>I've attached an updated version of the patch for 'vnode_pager.c'. On >>>>my test system it resolved the issue. Please let us know whether it >>>>works for you as well. >>> >>>Sorry for the late response: I was ill and have no access to the test machine. >>>I applied the patch to the clean 4.10. The result is the same: the process >>>could not be killed, the file system access is very limited and the system >>>became unresponsible. >> >>Sorry, I applied the patch, but forget to rebuild kernel :). >> >>It seems that patch resolves the problem - the program exits and the system >>is working. I run it several times. I would also run buildworld on this >>system to ensure that the program did not affect VM. > > make -j 32 buildworld ran without problems. Good to hear that it works for you, too. So, one long-standing bug less. However, the real challenge could turn out to be finding a committer for RELENG_4, now that everybody is working on RELENG_5 and above. I have a number of PRs in GNATS already that are slowly rotting away since apparently nobody is willing to deal with them, even though they all have patches attached. So I stopped submitting PRs for now. Wasted time, unfortunately. Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 19:05:34 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2C6516A4CE; Thu, 11 Nov 2004 19:05:34 +0000 (GMT) Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77C1543D5C; Thu, 11 Nov 2004 19:05:34 +0000 (GMT) (envelope-from msch@snafu.de) Received: from dial-76-228.de.inter.net ([213.73.76.228] helo=current.best-eng.de) by smart.eusc.inter.net with esmtp (Exim 3.36 #4) id 1CSKGC-0003OS-00; Thu, 11 Nov 2004 20:05:33 +0100 Received: from current.best-eng.de (localhost.best-eng.de [127.0.0.1]) by current.best-eng.de (8.13.1/8.13.1) with ESMTP id iABJ5WhU001968; Thu, 11 Nov 2004 20:05:32 +0100 (CET) (envelope-from msch@snafu.de) Received: from localhost (localhost [[UNIX: localhost]]) by current.best-eng.de (8.13.1/8.13.1/Submit) id iABJ5VQn001967; Thu, 11 Nov 2004 20:05:31 +0100 (CET) (envelope-from msch@snafu.de) X-Authentication-Warning: current.best-eng.de: matthias set sender to msch@snafu.de using -f From: Matthias Schuendehuette Organization: Micro$oft-free Zone To: secmgr Date: Thu, 11 Nov 2004 20:05:31 +0100 User-Agent: KMail/1.7 References: <02f201c4ba91$f9f95db0$33017f80@psique> <200411071042.03382.msch@snafu.de> <4192889E.8010506@jim-liesl.org> In-Reply-To: <4192889E.8010506@jim-liesl.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200411112005.31694.msch@snafu.de> cc: freebsd-stable@freebsd.org cc: Lukas Ertl Subject: Re: freebsd 5.3 have any problem with vinum ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: msch@snafu.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 19:05:35 -0000 Hello, Am Mittwoch, 10. November 2004 22:31 schrieben Sie: > ok, your instructions worked like a charm. So i'm running my nice 4 > member SCSI gvinum raid5 array (with softupdates turned on), and it's > zipping along. Fine! :-) > Now I need to test just how robust this is. Ouhh... ;-) > camcontrol is too nice. I want to test a more real world failure. > I'm running dbench and just pull one of the drives. My expectation > is that I should see a minor pause, and then the array continue in > some slower, degraded mode. That was mine too... > What I get is a kernel trap 12 (boom!). > I reboot, and it will not mount the degraded set till I replace the > drive. > > I turned off softupdates, and had the same thing happen. Is this a > bogus test? Is it reasonable to expect that a scsi drive failure > should of been tolerated w/o crashing? No, of course not. I have more or less the same problems here. Once I came so far as to delete the crashed subdisk but when I tried to delete the (not existing anymore) vinumdrive, my kernel also crashed... Well, to be honest, I once tried to pull the plug on one of my disks with 'classic' vinum and I got a kernel panic as well. OK, this happened a few years ago and I never tried that again... I'm not sure if this is a problem of (g)vinum or if FreeBSD has other problems in this area. And we all have to consider that gvinum is in a relatively early development phase (IMHO) - it is basically working, that is, it's possible to continue an existing 'classic' vinum installation with gvinum but it's still not fully functional in all depth. But I think, there's all the potential to get there. I have the impression that Lukas is *very* interested in his baby and I have a good overall feeling so far. But he's the only one developing gvinum AFAIK... And - my primary interest is the LVM functionality of (g)vinum. IMHO if you *really* have valuable data to protect, you can afford a hardware RAID-controller (*and* a tape drive :-). Anything else is wrong economy. But the current disk layout possibilities with up to four slices and at max 28 BSD-partitions are far to inflexible for todays large disks. So from this point of view I'm already fairly happy with gvinum as it is today. Which doesn't mean that I'm not trying to help to get gvinum to the place and state where it deserves to be... :-) -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 19:47:48 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00D3516A4CE; Thu, 11 Nov 2004 19:47:48 +0000 (GMT) Received: from mta11.adelphia.net (mta11.adelphia.net [68.168.78.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AF9143D1D; Thu, 11 Nov 2004 19:47:47 +0000 (GMT) (envelope-from security@jim-liesl.org) Received: from smtp.jim-liesl.org ([68.71.52.28]) by mta11.adelphia.net (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20041111194746.EIRR19338.mta11.adelphia.net@smtp.jim-liesl.org>; Thu, 11 Nov 2004 14:47:46 -0500 Received: from [127.0.0.1] (localhost.jim-liesl.org [127.0.0.1]) by smtp.jim-liesl.org (Postfix) with ESMTP id 38882152B6; Thu, 11 Nov 2004 12:47:45 -0700 (MST) Message-ID: <4193C1FD.1060502@jim-liesl.org> Date: Thu, 11 Nov 2004 12:48:13 -0700 From: secmgr User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: msch@snafu.de, freebsd-stable@freebsd.org, le@freebsd.org References: <02f201c4ba91$f9f95db0$33017f80@psique> <200411071042.03382.msch@snafu.de> <4192889E.8010506@jim-liesl.org> <200411112005.31694.msch@snafu.de> In-Reply-To: <200411112005.31694.msch@snafu.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: freebsd 5.3 have any problem with vinum ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 19:47:48 -0000 Matthias Schuendehuette wrote: >I'm not sure if this is a problem of (g)vinum or if FreeBSD has other >problems in this area. > > just logged a kern bug on this >And we all have to consider that gvinum is in a relatively early >development phase (IMHO) - it is basically working, that is, it's >possible to continue an existing 'classic' vinum installation with >gvinum but it's still not fully functional in all depth. > > (minor deletes) I guess my issue is that there should be something in the release notes/updating that says "gvinum raid5 is not fully funtional at this time". I would argue that if can't survive a disk failure, it's not really RAID5. You might as well just go stripe and at least get the disk space back. If I hadn't sat down and tested this, I wouldn't have known it was broke till I had a drive failure which is not a good time to find out. I like (in general) where this is heading, but we seem to be inbetween relieable s/w raid5 solutions in FreeBSD. jim From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 20:14:31 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FC1C16A4CE for ; Thu, 11 Nov 2004 20:14:31 +0000 (GMT) Received: from beastie.hyow.eu.org (213-152-46-100.dsl.eclipse.net.uk [213.152.46.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id D117343D41 for ; Thu, 11 Nov 2004 20:14:29 +0000 (GMT) (envelope-from mark@hyow.eu.org) Received: (qmail 1510 invoked by uid 751); 11 Nov 2004 20:21:11 +0000 Received: from mark@hyow.eu.org by beastie.hyow.eu.org by uid 731 with qmail-scanner-1.22-st-qms (clamdscan: 0.75. spamassassin: 2.64. Clear:RC:1(127.0.0.1):. Processed in 0.985538 secs); 11 Nov 2004 20:21:11 -0000 X-Antivirus-HYOW.EU.ORG-Mail-From: mark@hyow.eu.org via beastie.hyow.eu.org X-Antivirus-HYOW.EU.ORG: 1.22-st-qms (Clear:RC:1(127.0.0.1):. Processed in 0.985538 secs Process 1505) Received: from localhost.hyow.eu.org (HELO beastie.hyow.eu.org) (mark@hyow.eu.org@127.0.0.1) by beastie.hyow.eu.org with SMTP; 11 Nov 2004 20:21:10 +0000 Received: from 10.0.0.10 (SquirrelMail authenticated user mark@hyow.eu.org); by beastie.hyow.eu.org with HTTP; Thu, 11 Nov 2004 20:21:10 -0000 (GMT) Message-ID: <51238.10.0.0.10.1100204470.squirrel@10.0.0.10> In-Reply-To: <419386DD.9080905@veldy.net> References: <41938544.9010109@veldy.net> <20041111153505.GA4512@odin.ac.hmc.edu> <419386DD.9080905@veldy.net> Date: Thu, 11 Nov 2004 20:21:10 -0000 (GMT) From: "Mark Magiera" To: "Thomas T. Veldhouse" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: freebsd-stable@freebsd.org Subject: Re: ULE Scheduler available in 5.3-RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 20:14:31 -0000 > Brooks Davis wrote: > >>On Thu, Nov 11, 2004 at 09:29:08AM -0600, Thomas T. Veldhouse wrote: >> >> >>>I just read in the release notes that 5.3-RELEASE has the new ULE >>>scheduler available, but that 4BSD is the default scheduler. I thought >>>I read messages in freebsd-current indicating that the option to use ULE >>>was completely removed from the 5.3 or even the RELENG_5 branch? So, is >>>ULE really available? >>> >>> >> >>ULE is not available in 5.3 or RELENG_5 due to problems that were >>unfixed at the time of the release. >> >>-- Brooks >> >> >> > Perhaps the release notes should be updated? > > Here is a quote > (http://www.freebsd.org/releases/5.3R/relnotes-i386.html#NEW): > > "The ULE scheduler has been added as an additional scheduler. Note that > the conventional one, which is called 4BSD, is still used as the default > scheduler in the GENERIC kernel. For the average user, interactivity is > reported to be better in many cases. This means less ``skipping'' and > ``jerking'' in interactive applications while the machine is very busy. > This will not prevent problems due to overloaded disk subsystems, but it > does help with overloaded CPUs. On SMP machines, ULE has per-CPU run > queues which allow for CPU affinity, CPU binding, and advanced > HyperThreading support, as well as providing a framework for more > optimizations in the future. As fine-grained kernel locking continues, > the scheduler will be able to make more efficient use of the available > parallel resources." > > Thanks in advance. > > -- > Thomas T. Veldhouse > Key Fingerprint: 07C7 BF05 4176 F50B A083 4542 0118 1315 761F D300 > Spammers please contact me at renegade@veldy.net. > I beleive the errata document takes precedance over the release notes. In which case... (http://www.freebsd.org/releases/5.3R/errata.html#OPEN-ISSUES) "(1 Nov 2004) The ULE scheduler described in the release notes has been completely disabled to discourage its use because it has stability problems." -- Mark Magiera From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 21:37:16 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CC9916A4CE for ; Thu, 11 Nov 2004 21:37:16 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D52A43D2F for ; Thu, 11 Nov 2004 21:37:13 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id iABLYuMn014228; Thu, 11 Nov 2004 14:35:08 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 11 Nov 2004 14:33:35 -0700 (MST) Message-Id: <20041111.143335.85411563.imp@bsdimp.com> To: ronald-freebsd8@klop.yi.org From: "M. Warner Losh" In-Reply-To: References: <20041110.015609.56510863.imp@bsdimp.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: pccard modem and ethernet don't work together X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 21:37:16 -0000 In message: Ronald Klop writes: : On Wed, 10 Nov 2004 01:56:09 -0700 (MST), M. Warner Losh : wrote: : : > In message: : > Ronald Klop writes: : > : I posted the same text as below to current@ on 20 Oct, but got no : > answer. : > : Is there somebody here who knows more about this or can tell me where : > to : > : look further? : > : I got a 'me too' message from somebody who googled my previous : > question, : > : so there are more people with this problem. : > : > I ment to reply, but got busy with the release. I'll see if I can : > recreate the problem. : > : > Warner : : Thanks in advance. : I am still looking around myself and am wondering if I need to run pccardd? : I thought it was replaced by devd, but it is still in the system. : Does pccardd have more functionality than devd and is it possible that it : can solve my problem? : Or am I looking in the wrong direction? pccardd won't help. The problem is almost certainly some kind of resource allocation issue that's casuing the cards to fail. Warner From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 23:40:57 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 639DF16A4D1 for ; Thu, 11 Nov 2004 23:40:56 +0000 (GMT) Received: from smtpauth01.mail.atl.earthlink.net (smtpauth01.mail.atl.earthlink.net [209.86.89.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FFF843D2D for ; Thu, 11 Nov 2004 23:40:54 +0000 (GMT) (envelope-from jacobsm@gate.net) Received: from [69.22.91.86] (helo=laptop.jacobs.org) by smtpauth01.mail.atl.earthlink.net with asmtp (TLSv1:RC4-MD5:128) (Exim 4.34) id 1CSOYf-0008Pm-6L for freebsd-stable@freebsd.org; Thu, 11 Nov 2004 18:40:53 -0500 From: Mark Jacobs To: freebsd-stable@freebsd.org User-Agent: KMail/1.7.1 MIME-Version: 1.0 Content-Disposition: inline Date: Thu, 11 Nov 2004 18:40:47 -0500 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200411111840.47178.jacobsm@gate.net> X-ELNK-Trace: 191835a16b2172361d074dabd4b36e650d761d71c9d2e2c24de8e8d0ee871a73667c3043c0873f7e350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 69.22.91.86 Subject: Re: Freeze in 5.3 Release Install X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 23:40:58 -0000 I rebooted again tonight with verbose logging and the last messages on the console were; (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error Probe1-6 are listed after this, all with the same error 22 After the probe6 message the machine hangs. Mark Jacobs From owner-freebsd-stable@FreeBSD.ORG Thu Nov 11 23:50:28 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7557716A4D0 for ; Thu, 11 Nov 2004 23:50:28 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 89B6D43D1D for ; Thu, 11 Nov 2004 23:50:27 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 13564 invoked by uid 65534); 11 Nov 2004 23:50:26 -0000 Received: from p5087DFD5.dip.t-dialin.net (EHLO lofi.dyndns.org) (80.135.223.213) by mail.gmx.net (mp009) with SMTP; 12 Nov 2004 00:50:26 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iABNoJKj009352 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 12 Nov 2004 00:50:20 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Fri, 12 Nov 2004 00:50:13 +0100 User-Agent: KMail/1.7.1 References: <41938544.9010109@veldy.net> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart8732992.YI43IBHPcW"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411120050.18159.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: "Thomas T. Veldhouse" cc: Ronald Klop Subject: Re: ULE Scheduler available in 5.3-RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 23:50:28 -0000 --nextPart8732992.YI43IBHPcW Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday, 11. November 2004 16:42, Ronald Klop wrote: > On Thu, 11 Nov 2004 09:29:08 -0600, Thomas T. Veldhouse > > wrote: > > I just read in the release notes that 5.3-RELEASE has the new ULE > > scheduler available, but that 4BSD is the default scheduler. I thought > > I read messages in freebsd-current indicating that the option to use ULE > > was completely removed from the 5.3 or even the RELENG_5 branch? So, is > > ULE really available? > > Not in RELENG_5 and not in RELENG_5_3. There are issues with it. If it is > fixed it will come back. > > See this line in /usr/src/sys/kern/sched_ule.c: > #error "The SCHED_ULE scheduler is broken. Please use SCHED_4BSD" =2E.. which of course you can just patch out. :) I'm still using ULE on my = (UP)=20 machine, works fine for me. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart8732992.YI43IBHPcW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBk/q6Xhc68WspdLARAtGXAJ9kAKF+Taz/pIdhjtBNcslyQROhlQCeJ2Hc 4Ds1EhKyiw6FfXsG/fc5sUA= =6+RF -----END PGP SIGNATURE----- --nextPart8732992.YI43IBHPcW-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 12 03:43:55 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 704A516A4CE for ; Fri, 12 Nov 2004 03:43:55 +0000 (GMT) Received: from deskaheh.nysindy.org (host-69-48-73-242.roc.choiceone.net [69.48.73.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA93843D54 for ; Fri, 12 Nov 2004 03:43:54 +0000 (GMT) (envelope-from ski@indymedia.org) Received: from 10.0.0.42 (unknown [10.0.0.254]) by deskaheh.nysindy.org (Postfix) with ESMTP id 0C5AD41A2D for ; Thu, 11 Nov 2004 22:43:51 -0500 (EST) Received: from 10.0.0.26 (SquirrelMail authenticated user ski); by wuhjuhbuh.afraid.org with HTTP; Thu, 11 Nov 2004 22:44:10 -0500 (EST) Message-ID: <1995.10.0.0.26.1100231050.squirrel@10.0.0.26> Date: Thu, 11 Nov 2004 22:44:10 -0500 (EST) From: "Brian Szymanski" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: vinum troubles on 5.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2004 03:43:55 -0000 Howdy... After a long and happy time with vinum under 4.8 -> 4.10, I'm finding things very broken in 5.3. The config I'm trying to accomplish is relatively simple, just a root mirrored volume configuration which worked under 4.x. drive M1 device /dev/ad0s1e drive M2 device /dev/ad2s1e volume root plex org concat sd length 19600m drive M1 plex org concat sd length 19600m drive M2 Using vinum, I lose state information for the drive on ad2 after reboot - M2 is shown in "vinum l" output only as "referenced"... Browsing some mailing lists I found that gvinum is the way to go these days, so I changed to using geom_vinum/gvinum, and the information is retained across boot, but when I try to boot to the root volume, it says that the drive is not UFS. When I boot on another partition to look at the situation, I found that there were no entries in /dev for /dev/ad0s1a. I wanted to create a ad0s1a entry with mknod, but of course we've got devfs now, so that didn't work. I'm stumped and not sure how to proceed. Any ideas? I originally was trying a complex configuration like so: drive A 200G drive B 200G drive C 100G drive D 100G I set the concat of drive all of drives C+D to be a volume makeshift, and added drive definition like so: drive MS /dev/gvinum/makeshift Then, the idea was to do a raid5 of drives A, B, and "drive" MS. Unfortunately this caused a panic, which is less surprising. Does anyone know of another way to accomplish the same thing (Raid5 over two disks and 2 half sized disks concatenated together?) or a similar result? Any help would be most appreciated. Cheers, Brian Szymanski ski@indymedia.org From owner-freebsd-stable@FreeBSD.ORG Fri Nov 12 04:18:21 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27C0416A4CE for ; Fri, 12 Nov 2004 04:18:21 +0000 (GMT) Received: from lon-mail-2.gradwell.net (lon-mail-2.gradwell.net [193.111.201.126]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A7F243D41 for ; Fri, 12 Nov 2004 04:18:20 +0000 (GMT) (envelope-from aw1@stade.co.uk) Received: from alsager-adsl.stade.co.uk [81.6.222.119] (helo: access2.hanley.stade.co.uk)1.151) id 4194398a.72fd.0 for freebsd-stable@freebsd.org; Fri, 12 Nov 2004 04:18:18 +0000 Received: from titus.hanley.stade.co.uk (titus [192.168.1.5]) iAC4IIa1063283 for ; Fri, 12 Nov 2004 04:18:18 GMT (envelope-from aw1@titus.hanley.stade.co.uk) Received: from titus.hanley.stade.co.uk (localhost [127.0.0.1]) iAC4IH63007745 for ; Fri, 12 Nov 2004 04:18:17 GMT (envelope-from aw1@titus.hanley.stade.co.uk) Received: (from aw1@localhost) by titus.hanley.stade.co.uk (8.12.11/8.12.11/Submit) id iAC4IHeh007744 for freebsd-stable@freebsd.org; Fri, 12 Nov 2004 04:18:17 GMT (envelope-from aw1) Date: Fri, 12 Nov 2004 04:18:17 +0000 From: Adrian Wontroba To: freebsd-stable@freebsd.org Message-ID: <20041112041817.A7361@titus.hanley.stade.co.uk> Mail-Followup-To: Adrian Wontroba , freebsd-stable@freebsd.org References: <200411111840.47178.jacobsm@gate.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200411111840.47178.jacobsm@gate.net>; from jacobsm@gate.net on Thu, Nov 11, 2004 at 06:40:47PM -0500 X-Operating-System: FreeBSD 4.10-STABLE Organization: Oh dear, I've joined one again. Subject: Re: Freeze in 5.3 Release Install X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: aw1@stade.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2004 04:18:21 -0000 On Thu, Nov 11, 2004 at 06:40:47PM -0500, Mark Jacobs wrote: > Probe1-6 are listed after this, all with the same error 22 > After the probe6 message the machine hangs. I had something similar - 5.3 probe time kernel freezes on a machine which had been running 4.10 quite happily. Resolved it by setting "PNP OS" to YES in the BIOS. -- Adrian Wontroba From owner-freebsd-stable@FreeBSD.ORG Fri Nov 12 04:56:57 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 927CC16A4CE for ; Fri, 12 Nov 2004 04:56:57 +0000 (GMT) Received: from mail.2u2.nu (mail.2u2.nu [62.59.31.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E61343D39 for ; Fri, 12 Nov 2004 04:56:57 +0000 (GMT) (envelope-from lj@2u2.nu) Received: from localhost (localhost [127.0.0.1]) by mail.2u2.nu (Postfix) with ESMTP id 4564C9F48 for ; Fri, 12 Nov 2004 05:56:16 +0100 (CET) Received: from [10.23.31.5] (unknown [10.23.31.5]) by mail.2u2.nu (Postfix) with ESMTP id DE163996E for ; Fri, 12 Nov 2004 05:56:01 +0100 (CET) User-Agent: Microsoft-Entourage/11.1.0.040913 Date: Fri, 12 Nov 2004 05:56:33 +0100 From: Lucio Jankok To: Message-ID: In-Reply-To: <20041112041817.A7361@titus.hanley.stade.co.uk> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: Re: Freeze in 5.3 Release Install X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2004 04:56:57 -0000 I also had something similar on a hp machine (single proc) right after the [giant-lock] message.. I haven't look into it yet. On 11/12/04 5:18 AM, "Adrian Wontroba" wrote: > On Thu, Nov 11, 2004 at 06:40:47PM -0500, Mark Jacobs wrote: >> Probe1-6 are listed after this, all with the same error 22 >> After the probe6 message the machine hangs. > > I had something similar - 5.3 probe time kernel freezes on a machine > which had been running 4.10 quite happily. > > Resolved it by setting "PNP OS" to YES in the BIOS. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 12 06:22:47 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C34F916A4CE for ; Fri, 12 Nov 2004 06:22:47 +0000 (GMT) Received: from pastinakel.tue.nl (pastinakel.tue.nl [131.155.2.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14D1743D1F for ; Fri, 12 Nov 2004 06:22:47 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: by pastinakel.tue.nl (Postfix, from userid 40) id 79A1D14BBDF; Fri, 12 Nov 2004 07:22:46 +0100 (CET) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by pastinakel.tue.nl (Postfix) with ESMTP id 4F13D14BB44; Fri, 12 Nov 2004 07:22:45 +0100 (CET) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.1/8.13.1/Submit) id iAC6MjGS013584; Fri, 12 Nov 2004 07:22:45 +0100 (CET) (envelope-from stijn) Date: Fri, 12 Nov 2004 07:22:44 +0100 From: Stijn Hoop To: Brian Szymanski Message-ID: <20041112062244.GH635@pcwin002.win.tue.nl> References: <1995.10.0.0.26.1100231050.squirrel@10.0.0.26> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6v9BRtpmy+umdQlo" Content-Disposition: inline In-Reply-To: <1995.10.0.0.26.1100231050.squirrel@10.0.0.26> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on mailhost.tue.nl X-Spam-DCC: : X-Spam-Status: No, hits=-4.9 required=6.3 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Level: cc: freebsd-stable@freebsd.org Subject: Re: vinum troubles on 5.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2004 06:22:48 -0000 --6v9BRtpmy+umdQlo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Thu, Nov 11, 2004 at 10:44:10PM -0500, Brian Szymanski wrote: > After a long and happy time with vinum under 4.8 -> 4.10, I'm finding > things very broken in 5.3. The config I'm trying to accomplish is > relatively simple, just a root mirrored volume configuration which worked > under 4.x. A root mirrored configuration isn't that straightforward, imo :) But it should work. > Using vinum, I lose state information for the drive on ad2 after reboot - > M2 is shown in "vinum l" output only as "referenced"... That is to be expected, as you discovered below... > Browsing some mailing lists I found that gvinum is the way to go these > days, so I changed to using geom_vinum/gvinum, and the information is > retained across boot, but when I try to boot to the root volume, it says > that the drive is not UFS. When I boot on another partition to look at the > situation, I found that there were no entries in /dev for /dev/ad0s1a. I > wanted to create a ad0s1a entry with mknod, but of course we've got devfs > now, so that didn't work. I'm stumped and not sure how to proceed. Any > ideas? That's strange. What is the output of fdisk ad0 bsdlabel ad0s1 Maybe something in GEOM gets confused... If the disappearing device node problem is fixed, gvinum should work in this case. > I originally was trying a complex configuration like so: > drive A 200G > drive B 200G > drive C 100G > drive D 100G >=20 > I set the concat of drive all of drives C+D to be a volume makeshift, and > added drive definition like so: > drive MS /dev/gvinum/makeshift >=20 > Then, the idea was to do a raid5 of drives A, B, and "drive" MS. I don't know if this is even possible. It's an interesting idea but even if= it works, recovery is totally non-trivial when either drive C or drive D goes away. Plus, you'll surely take a huge performance hit because of the two vi= num layers you have to go through for every single access. RAID-5 is normally used when you need redundancy but can't afford to shell = out the cash for mirroring. If you don't care about loss of data you are better off using stripe, if you are absolutely paranoid about your data you are better off mirroring [1]. If you do need RAID-5 though, you have to do it properly, which means evenly-sized disks. Do make sure they're not all from the same manufacturing batch also... =20 > Unfortunately this caused a panic, which is less surprising. Does anyone > know of another way to accomplish the same thing (Raid5 over two disks and > 2 half sized disks concatenated together?) or a similar result? The best you can do is have 100G of drives A & B participate in a 4 x 100G RAID-5, then use the other 2 x 100G in a separate volume. You *could* theoretically concat 2 plexes in one volume, where one plex is RAID-5 and t= he other mirror or some such, but as said above, it's not easy to recover from= a drive failure in that case, defeating the point of RAID imho. HTH, --Stijn [1] all my opinion; there are lots of opinions on what type of RAID is best in what situation. My point is mainly that you really need to consider what you are trying to accomplish by using RAID. --=20 "Linux has many different distributions, meaning that you can probably find one that is exactly what you want (I even found one that looked like a Unix system)." -- Mike Meyer, from a posting at questions@freebsd.org --6v9BRtpmy+umdQlo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBlFa0Y3r/tLQmfWcRArIfAJ4yahrvdwZ0ar4bc3huJQcOxLrtRwCgmj8y yIAZtKAXWtbFIpK1gTP+UQM= =aZQz -----END PGP SIGNATURE----- --6v9BRtpmy+umdQlo-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 12 08:49:42 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF13416A4CE for ; Fri, 12 Nov 2004 08:49:42 +0000 (GMT) Received: from mail.pwt.ru (mail.pwt.ru [195.161.200.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C6D443D5F for ; Fri, 12 Nov 2004 08:49:42 +0000 (GMT) (envelope-from zag@sdobri.ru) Received: from s0904.sdobri.ru ([195.161.93.114]) by mail.pwt.ru (8.13.1+Sun/8.13.0) with ESMTP id iAC7nGn1006270 for ; Fri, 12 Nov 2004 12:49:17 +0500 (ESK) Received: from localhost (unknown [127.0.0.1]) by s0904.sdobri.ru (Postfix) with ESMTP id 87F6C20D4D for ; Fri, 12 Nov 2004 13:49:38 +0500 (YEKT) Received: from s0904.sdobri.ru ([127.0.0.1]) by localhost (s0904.sdobri.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 35125-04 for ; Fri, 12 Nov 2004 13:49:38 +0500 (YEKT) Received: from zag245 (zag-245 [10.2.0.13]) by s0904.sdobri.ru (Postfix) with ESMTP id 166CA20D44 for ; Fri, 12 Nov 2004 13:49:38 +0500 (YEKT) From: "Andrej G. Zadorozhnyj" To: Date: Fri, 12 Nov 2004 13:52:33 +0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcTIlPMxEF7eg6VwRM20M9I7DIrGWw== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Virus-Scanned: by amavisd-new at sdobri.ru X-Scanned-By: MIMEDefang 2.44 Subject: FreeBSD 5.3 floppy transfer rate problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2004 08:49:43 -0000 I have FreeBSD 5.3 installed on my Intel D865GBFL motherboard and I have low transfer rate (2.3 Kb/s) on my floppy drive 1.44 MB 3.5" for read operation, against 13 Kb/s in FreeBSD 4.10. Have anybody same problems. Andrej. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 12 11:11:14 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C778C16A4CE; Fri, 12 Nov 2004 11:11:14 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7085243D39; Fri, 12 Nov 2004 11:11:14 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iACBBDbv014070; Fri, 12 Nov 2004 06:11:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iACBBDI2019296; Fri, 12 Nov 2004 06:11:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 376F1241A2; Fri, 12 Nov 2004 05:10:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041112101005.376F1241A2@freebsd-stable.sentex.ca> Date: Fri, 12 Nov 2004 05:10:05 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/583/Wed Nov 10 05:49:28 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Scanned: ClamAV 0.80/580/Tue Nov 9 04:53:00 2004 clamav-milter version 0.80j on clamscanner2.sentex.ca X-Virus-Status: Clean X-Virus-Status: Clean Subject: [releng_4 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2004 11:11:15 -0000 TB --- 2004-11-12 09:15:01 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2004-11-12 09:15:01 - starting RELENG_4 tinderbox run for alpha/alpha TB --- 2004-11-12 09:15:01 - checking out the source tree TB --- 2004-11-12 09:15:01 - cd /tinderbox/RELENG_4/alpha/alpha TB --- 2004-11-12 09:15:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_4 src TB --- 2004-11-12 09:23:12 - building world (CFLAGS=-O -pipe) TB --- 2004-11-12 09:23:12 - cd /tinderbox/RELENG_4/alpha/alpha/src TB --- 2004-11-12 09:23:12 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /tinderbox/RELENG_4/alpha/alpha/obj/alpha/tinderbox/RELENG_4/alpha/alpha/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2004-11-12 10:06:12 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2004-11-12 10:06:12 - cd /tinderbox/RELENG_4/alpha/alpha/src TB --- 2004-11-12 10:06:12 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Nov 12 10:06:12 GMT 2004 [...] building __reml.S from /tinderbox/RELENG_4/alpha/alpha/src/sys/alpha/alpha/divrem.m4 cc -O -pipe -mcpu=ev4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/tinderbox/RELENG_4/alpha/alpha/src/sys -I/tinderbox/RELENG_4/alpha/alpha/src/sys/../include -I/tinderbox/RELENG_4/alpha/alpha/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -mno-fp-regs -Wa,-mev56 -c __reml.S sh /tinderbox/RELENG_4/alpha/alpha/src/sys/conf/newvers.sh GENERIC cc -c -O -pipe -mcpu=ev4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/tinderbox/RELENG_4/alpha/alpha/src/sys -I/tinderbox/RELENG_4/alpha/alpha/src/sys/../include -I/tinderbox/RELENG_4/alpha/alpha/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -mno-fp-regs -Wa,-mev56 vers.c linking kernel uhid.o: In function `uhidopen': uhid.o(.text+0x76c): undefined reference to `update_intr_masks' uhid.o(.text+0x770): undefined reference to `update_intr_masks' *** Error code 1 Stop in /tinderbox/RELENG_4/alpha/alpha/obj/alpha/tinderbox/RELENG_4/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/RELENG_4/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/RELENG_4/alpha/alpha/src. TB --- 2004-11-12 10:10:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-12 10:10:04 - ERROR: failed to build generic kernel TB --- 2004-11-12 10:10:04 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Fri Nov 12 14:27:43 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAEDF16A4CE; Fri, 12 Nov 2004 14:27:43 +0000 (GMT) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF4C843D1D; Fri, 12 Nov 2004 14:27:42 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.1/8.13.1) with ESMTP id iACERZ9o079087; Fri, 12 Nov 2004 15:27:36 +0100 (CET) (envelope-from ivoras@fer.hr) Message-ID: <4194C857.1030306@fer.hr> Date: Fri, 12 Nov 2004 15:27:35 +0100 From: Ivan Voras User-Agent: Mozilla Thunderbird 0.9 (X11/20041111) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org, stable@freebsd.org X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Subject: Linux emulation crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2004 14:27:43 -0000 Trying to force linux-OpenGroupware port to run turned out to be hard work, and currently I'm stuck at this: (output from dmesg): linux: pid 49052 (glidelink): sysctl {1,23} is not implemented linux: pid 49052 (glidelink): syscall syslog not implemented linux: pid 49052 (glidelink): syscall syslog not implemented pid 78954 (OpenGroupware), uid 1001: exited on signal 11 pid 79069 (OpenGroupware), uid 1001: exited on signal 11 Has anybody made it work? From owner-freebsd-stable@FreeBSD.ORG Fri Nov 12 16:07:13 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3450A16A4CE for ; Fri, 12 Nov 2004 16:07:13 +0000 (GMT) Received: from thekla.de.clara.net (thekla.de.clara.net [212.82.225.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4691043D1D for ; Fri, 12 Nov 2004 16:07:12 +0000 (GMT) (envelope-from michael.riexinger@de.clara.net) Received: from localhost.de.clara.net ([127.0.0.1] helo=localhost) by thekla.de.clara.net with esmtp (Exim 4.30; FreeBSD) id 1CSdx8-0003Zv-VD for stable@freebsd.org; Fri, 12 Nov 2004 17:07:11 +0100 Received: from box.int.de.clara.net ([192.168.0.226]) by thekla.de.clara.net with esmtp (Exim 4.30; FreeBSD) id 1CSdx8-0003Zl-QP for stable@freebsd.org; Fri, 12 Nov 2004 17:07:10 +0100 From: Michael Riexinger To: stable@freebsd.org Date: Fri, 12 Nov 2004 17:07:12 +0100 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200411121707.12940.michael.riexinger@de.clara.net> Subject: heavy named problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2004 16:07:13 -0000 Hi, i have freebsd 5.3-release with the base bind 9.3 (chrooted). It allows recursive queries. After few hours running, the server answers to every query with SERVFAIL. Few minutes before, in the logs is this: named: isc_mutex_init failed in new_adbfind() After /etc/rc.d/named restart it's working fine for a couple of hours... What could cause this problem? Kind regards, Michael Riexinger systems engineer -- claranet gmbh internet service provider tel +49 (0) 69 - 40 80 18 - 300 email: michael.riexinger@de.clara.net http://www.claranet.de/ From owner-freebsd-stable@FreeBSD.ORG Fri Nov 12 17:37:01 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D58016A4CE for ; Fri, 12 Nov 2004 17:37:01 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEAB743D46 for ; Fri, 12 Nov 2004 17:37:00 +0000 (GMT) (envelope-from bidjane@gmail.com) Received: by wproxy.gmail.com with SMTP id 50so759292wri for ; Fri, 12 Nov 2004 09:37:00 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=cPOPIHdw0D99dtG1oR6NB9mDm9Pu9hTXbY+6zj+7+D88ajjQte2qirIutCC0AIVMKfmuTmwjTOMTVgaCttcxs/C9Dc9UUZhlLHmMzcYvd3vFvCqDEhjBBh4nKU5fjyD6lolZ7OgRdJmB/YS7HbNAM7SJBR9MnLt5oqGiiEnUHm0= Received: by 10.54.38.45 with SMTP id l45mr211764wrl; Fri, 12 Nov 2004 09:37:00 -0800 (PST) Received: by 10.54.50.46 with HTTP; Fri, 12 Nov 2004 09:37:00 -0800 (PST) Message-ID: <2ad1b3dc04111209371b53d10d@mail.gmail.com> Date: Fri, 12 Nov 2004 14:37:00 -0300 From: zean To: stable@freebsd.org In-Reply-To: <6.1.2.0.2.20041111082523.01f19c40@83.149.160.120> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <6.1.2.0.2.20041111082523.01f19c40@83.149.160.120> Subject: Re: pw and adduser different checks ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: zean List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2004 17:37:01 -0000 retry as: ctest\@test.com From owner-freebsd-stable@FreeBSD.ORG Fri Nov 12 17:41:49 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AFE716A4CE for ; Fri, 12 Nov 2004 17:41:49 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DD6643D49 for ; Fri, 12 Nov 2004 17:41:48 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id iACHfl98066098 for ; Fri, 12 Nov 2004 12:41:47 -0500 (EST) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca ([127.0.0.1]) by localhost (avscan1.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 65597-07 for ; Fri, 12 Nov 2004 12:41:47 -0500 (EST) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id iACHfl3Q066043 for ; Fri, 12 Nov 2004 12:41:47 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id iACHfeLX039806 for ; Fri, 12 Nov 2004 12:41:40 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20041112124443.096b17b0@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Fri, 12 Nov 2004 12:48:44 -0500 To: freebsd-stable@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan1b Subject: crash on STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2004 17:41:49 -0000 I have been seeing a few of these on this box in the past few days since trying out clamav. Not sure how a userland app would trigger such faults. Bad memory ? Or bug ? 4.10-STABLE FreeBSD 4.10-STABLE #1: Wed Nov 10 08:56:34 EST 2004 IdlePTD at physical address 0x002db000 initial pcb at physical address 0x00259620 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x314c4 fault code = supervisor write, page not present instruction pointer = 0x8:0xc01d1b40 stack pointer = 0x10:0xedd45ef0 frame pointer = 0x10:0xedd45ef4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 3 (pagedaemon) interrupt mask = net tty bio cam trap number = 12 panic: page fault syncing disks... 71 1 1 1 1 1 1 1 45 done Uptime: 2d2h27m48s (kgdb) bt #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc014c90c in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:316 #2 0xc014cd40 in poweroff_wait (junk=0xc023144c, howto=-1071444145) at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc01facff in trap_fatal (frame=0xedd45eb0, eva=201924) at /usr/src/sys/i386/i386/trap.c:974 #4 0xc01fa9b9 in trap_pfault (frame=0xedd45eb0, usermode=0, eva=201924) at /usr/src/sys/i386/i386/trap.c:867 #5 0xc01fa58f in trap (frame={tf_fs = -1045102576, tf_es = 16, tf_ds = 6815760, tf_edi = 0, tf_esi = 0, tf_ebp = -304849164, tf_isp = -304849188, tf_ebx = -1071191152, tf_edx = 201920, tf_ecx = -1067642188, tf_eax = -1071191152, tf_trapno = 12, tf_err = 2, tf_eip = -1071834304, tf_cs = 8, tf_eflags = 66054, tf_esp = -1067642188, tf_ss = -304849144}) at /usr/src/sys/i386/i386/trap.c:466 #6 0xc01d1b40 in vm_page_unqueue_nowakeup (m=0xc05d12b4) at /usr/src/sys/vm/vm_page.c:582 #7 0xc01d2539 in vm_page_cache (m=0xc05d12b4) at /usr/src/sys/vm/vm_page.c:1426 #8 0xc01d395c in vm_pageout_scan (pass=0) at /usr/src/sys/vm/vm_pageout.c:792 #9 0xc01d44fb in vm_pageout () at /usr/src/sys/vm/vm_pageout.c:1405 (kgdb) (kgdb) bt full #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 error = 0 #1 0xc014c90c in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:316 howto = 256 #2 0xc014cd40 in poweroff_wait (junk=0xc023144c, howto=-1071444145) at /usr/src/sys/kern/kern_shutdown.c:595 fmt = 0xc023144c "%s" bootopt = 256 buf = "page fault", '\000' #3 0xc01facff in trap_fatal (frame=0xedd45eb0, eva=201924) at /usr/src/sys/i386/i386/trap.c:974 frame = (struct trapframe *) 0x100 eva = 0 code = -1071442868 type = 12 ss = -1071442868 esp = 0 softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_xx = 9, ssd_xx1 = 2, ssd_def32 = 1, ssd_gran = 1} #4 0xc01fa9b9 in trap_pfault (frame=0xedd45eb0, usermode=0, eva=201924) at /usr/src/sys/i386/i386/trap.c:867 va = 200704 vm = (struct vmspace *) 0x0 map = 0xc0257a20 rv = 0 ftype = 2 '\002' p = (struct proc *) 0xe6ad9ac0 #5 0xc01fa58f in trap (frame={tf_fs = -1045102576, tf_es = 16, tf_ds = 6815760, tf_edi = 0, tf_esi = 0, tf_ebp = -304849164, tf_isp = -304849188, tf_ebx = -1071191152, tf_edx = 201920, tf_ecx = -1067642188, tf_eax = -1071191152, tf_trapno = 12, tf_err = 2, tf_eip = -1071834304, tf_cs = 8, tf_eflags = 66054, tf_esp = -1067642188, tf_ss = -304849144}) at /usr/src/sys/i386/i386/trap.c:466 p = (struct proc *) 0xe6ad9ac0 sticks = 18155139221172181 i = 0 ucode = 0 type = 12 code = 0 eva = 201924 #6 0xc01d1b40 in vm_page_unqueue_nowakeup (m=0xc05d12b4) at /usr/src/sys/vm/vm_page.c:582 m = 0x0 queue = 0 pq = (struct vpgqueues *) 0x6fc052 #7 0xc01d2539 in vm_page_cache (m=0xc05d12b4) at /usr/src/sys/vm/vm_page.c:1426 m = 0xc05d12b4 s = 0 #8 0xc01d395c in vm_pageout_scan (pass=0) at /usr/src/sys/vm/vm_pageout.c:792 m = 0xc05d12b4 next = 0x314c0 marker = {pageq = {tqe_next = 0x0, tqe_prev = 0x0}, hnext = 0x0, listq = {tqe_next = 0x0, tqe_prev = 0x0}, object = 0x0, ---Type to continue, or q to quit--- pindex = 0, phys_addr = 0, md = {pv_list_count = 0, pv_list = {tqh_first = 0x0, tqh_last = 0x0}}, queue = 33, flags = 4105, pc = 0, wire_count = 1, hold_count = 0, act_count = 0 '\000', busy = 0 '\000', valid = 0 '\000', dirty = 0 '\000'} page_shortage = 2141 maxscan = 95747 pcount = -424830272 addl_page_shortage = 0 addl_page_shortage_init = 0 p = (struct proc *) 0x0 bigproc = (struct proc *) 0x0 size = 0 bigsize = 3990118208 object = 0x0 actcount = 0 vnodes_skipped = 0 maxlaunder = 32 s = 0 #9 0xc01d44fb in vm_pageout () at /usr/src/sys/vm/vm_pageout.c:1405 error = 0 s = 0 pass = 0 And from a few days ago with a slightly older kernel (kgdb) bt #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc014c868 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:316 #2 0xc014cc9c in poweroff_wait (junk=0xc02312ec, howto=-1071444497) at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc01fac3f in trap_fatal (frame=0xef83ce3c, eva=166771204) at /usr/src/sys/i386/i386/trap.c:974 #4 0xc01fa8f9 in trap_pfault (frame=0xef83ce3c, usermode=0, eva=166771204) at /usr/src/sys/i386/i386/trap.c:867 #5 0xc01fa4cf in trap (frame={tf_fs = 16, tf_es = -278724592, tf_ds = -278724592, tf_edi = 135249920, tf_esi = 35, tf_ebp = -276574588, tf_isp = -276574616, tf_ebx = -277882352, tf_edx = 166771184, tf_ecx = 8968288, tf_eax = 515857, tf_trapno = 12, tf_err = 0, tf_eip = -1071834672, tf_cs = 8, tf_eflags = 66054, tf_esp = 0, tf_ss = -277126336}) at /usr/src/sys/i386/i386/trap.c:466 #6 0xc01d19d0 in vm_page_lookup (object=0xef6fda10, pindex=35) at /usr/src/sys/vm/vm_page.c:515 #7 0xc01c9b4e in vm_fault (map=0xef7b6340, vaddr=135249920, fault_type=2 '\002', fault_flags=8) at /usr/src/sys/vm/vm_fault.c:292 #8 0xc01fa88b in trap_pfault (frame=0xef83cfa8, usermode=1, eva=135252524) at /usr/src/sys/i386/i386/trap.c:847 #9 0xc01fa3a3 in trap (frame={tf_fs = 673906735, tf_es = 673906735, tf_ds = -1078001617, tf_edi = 135252524, tf_esi = 16, tf_ebp = -1077950596, tf_isp = -276574252, tf_ebx = 135538448, tf_edx = 4, tf_ecx = 4, tf_eax = 9, tf_trapno = 12, tf_err = 7, tf_eip = 134877998, tf_cs = 31, tf_eflags = 66118, tf_esp = -1077950636, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:377 #10 0x80a132e in ?? () #11 0x8069ff8 in ?? () #12 0x80646fc in ?? () #13 0x809a563 in ?? () #14 0x806e834 in ?? () #15 0x804c21a in ?? () (kgdb) (kgdb) bt #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc014c868 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:316 #2 0xc014cc9c in poweroff_wait (junk=0xc022b140, howto=-1058224168) at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc01d1875 in vm_page_insert (m=0xc0ecc7d8, object=0xef7ddb24, pindex=31) at /usr/src/sys/vm/vm_page.c:375 #4 0xc01d1d54 in vm_page_alloc (object=0xef7ddb24, pindex=31, page_req=0) at /usr/src/sys/vm/vm_page.c:845 #5 0xc01c9cb4 in vm_fault (map=0xef679140, vaddr=3217027072, fault_type=2 '\002', fault_flags=8) at /usr/src/sys/vm/vm_fault.c:363 #6 0xc01fa88b in trap_pfault (frame=0xf14d7fa8, usermode=1, eva=3217031156) at /usr/src/sys/i386/i386/trap.c:847 #7 0xc01fa3a3 in trap (frame={tf_fs = -1078001617, tf_es = 673906735, tf_ds = -1078001617, tf_edi = 673963483, tf_esi = 673963424, tf_ebp = -1077964400, tf_isp = -246579244, tf_ebx = 673954988, tf_edx = 1, tf_ecx = 0, tf_eax = -1077936144, tf_trapno = 12, tf_err = 7, tf_eip = 673590804, tf_cs = 31, tf_eflags = 66071, tf_esp = -1077964456, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:377 #8 0x28262e14 in ?? () #9 0x80514c4 in ?? () #10 0x805bb01 in ?? () #11 0x805a14e in ?? () #12 0x8059d87 in ?? () #13 0x809fa83 in ?? () #14 0x809de83 in ?? () #15 0x806e834 in ?? () #16 0x804c21a in ?? () (kgdb) -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Fri Nov 12 19:13:28 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03C5516A4CE for ; Fri, 12 Nov 2004 19:13:28 +0000 (GMT) Received: from smtp3.pacifier.net (smtp3.pacifier.net [64.255.237.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE8F043D6A for ; Fri, 12 Nov 2004 19:13:27 +0000 (GMT) (envelope-from beeman@subako.org) Received: from koishi.subako.org (ip117.usw208.dsl-acs2.sea.iinet.com [207.202.208.117]) by smtp3.pacifier.net (Postfix) with ESMTP id 2F0996E46E for ; Fri, 12 Nov 2004 11:13:27 -0800 (PST) Received: from koishi.subako.org (localhost.subako.org [127.0.0.1]) by koishi.subako.org (8.13.1/8.13.1) with ESMTP id iACJDQWh008303; Fri, 12 Nov 2004 11:13:26 -0800 (PST) (envelope-from beeman@koishi.subako.org) Received: (from beeman@localhost) by koishi.subako.org (8.13.1/8.13.1/Submit) id iACJDQN2008300; Fri, 12 Nov 2004 11:13:26 -0800 (PST) (envelope-from beeman) Date: Fri, 12 Nov 2004 11:13:26 -0800 (PST) Message-Id: <200411121913.iACJDQN2008300@koishi.subako.org> From: "Roger L. Beeman" To: freebsd-stable@FreeBSD.org Subject: Redirecting console output to serial port to capture error message X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2004 19:13:28 -0000 Is the console redirection functionality of the boot floppies and distribution iso disks intended to be diffent from that of a system installed on a hard drive? echo -h > /boot.config to enable the serial console for the boot loader and kernel. isn't getting the job done for me. On the boot floppies, there is something that actually announces itself as setting the comconsole back to vidconsole and on the cd images there is an error message that I would like to capture, that seems to ignore the setting of comconsole. Roger L. Beeman From owner-freebsd-stable@FreeBSD.ORG Fri Nov 12 19:15:43 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3DD716A4CE; Fri, 12 Nov 2004 19:15:42 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E60F43D1D; Fri, 12 Nov 2004 19:15:42 +0000 (GMT) (envelope-from se@freebsd.org) Received: from [212.227.126.161] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CSgtY-000175-00; Fri, 12 Nov 2004 20:15:40 +0100 Received: from [80.132.230.107] (helo=Gatekeeper.FreeBSD.org) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1CSgtY-0001xR-00; Fri, 12 Nov 2004 20:15:40 +0100 Received: from StefanEsser.FreeBSD.org (StefanEsser [192.168.0.10]) by Gatekeeper.FreeBSD.org (Postfix) with ESMTP id BB1C85F4B; Fri, 12 Nov 2004 20:15:32 +0100 (CET) Received: by StefanEsser.FreeBSD.org (Postfix, from userid 200) id C3D472305; Fri, 12 Nov 2004 20:15:31 +0100 (CET) Date: Fri, 12 Nov 2004 20:15:31 +0100 From: Stefan =?iso-8859-1?Q?E=DFer?= To: Ivan Voras Message-ID: <20041112191531.GA3532@StefanEsser.FreeBSD.org> Mail-Followup-To: Stefan =?iso-8859-1?Q?E=DFer?= , Ivan Voras , current@freebsd.org, stable@freebsd.org References: <4194C857.1030306@fer.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4194C857.1030306@fer.hr> User-Agent: Mutt/1.5.6i X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:fa3fae9b6ca38d745862a668565919f6 cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: Linux emulation crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2004 19:15:43 -0000 On 2004-11-12 15:27 +0100, Ivan Voras wrote: > Trying to force linux-OpenGroupware port to run turned out to be hard > work, and currently I'm stuck at this: (output from dmesg): > > linux: pid 49052 (glidelink): sysctl {1,23} is not implemented > linux: pid 49052 (glidelink): syscall syslog not implemented > linux: pid 49052 (glidelink): syscall syslog not implemented > pid 78954 (OpenGroupware), uid 1001: exited on signal 11 > pid 79069 (OpenGroupware), uid 1001: exited on signal 11 > > Has anybody made it work? I assume that you did load the Linux emulator (or have it compiled into your kernel) and that you are using the linux_base-8 port as required by Ogo. It worked at a time, but I have not tested it recently. You may want to contact the maintainer of the port ... Regards, STefan From owner-freebsd-stable@FreeBSD.ORG Fri Nov 12 19:38:28 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0608D16A4CE for ; Fri, 12 Nov 2004 19:38:28 +0000 (GMT) Received: from deskaheh.nysindy.org (host-69-48-73-242.roc.choiceone.net [69.48.73.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39C6643D5C for ; Fri, 12 Nov 2004 19:38:27 +0000 (GMT) (envelope-from ski@indymedia.org) Received: from wjb.mm (unknown [10.0.0.254]) by deskaheh.nysindy.org (Postfix) with ESMTP id 6EBD441A05; Fri, 12 Nov 2004 14:38:24 -0500 (EST) Received: from 12.170.146.195 (SquirrelMail authenticated user ski); by wuhjuhbuh.afraid.org with HTTP; Fri, 12 Nov 2004 14:38:25 -0500 (EST) Message-ID: <50520.12.170.146.195.1100288305.squirrel@12.170.146.195> In-Reply-To: <20041112062244.GH635@pcwin002.win.tue.nl> References: <1995.10.0.0.26.1100231050.squirrel@10.0.0.26> <20041112062244.GH635@pcwin002.win.tue.nl> Date: Fri, 12 Nov 2004 14:38:25 -0500 (EST) From: "Brian Szymanski" To: "Stijn Hoop" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-stable@freebsd.org Subject: ad0 vs. ad0s1 (was Re: vinum troubles on 5.3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2004 19:38:28 -0000 > That's strange. What is the output of > > fdisk ad0 > bsdlabel ad0s1 > > Maybe something in GEOM gets confused... > > If the disappearing device node problem is fixed, gvinum should work in > this case. -bash-2.05b# bsdlabel ad0 # /dev/ad0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] b: 2097152 0 swap c: 80292807 0 unused 0 0 # "raw" part, don't edit e: 40146404 40146403 vinum f: 38049248 2097153 vinum -bash-2.05b# bsdlabel ad0s1 # /dev/ad0: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 40140800 40146668 4.2BSD 0 0 0 b: 2097152 0 swap c: 80293248 0 unused 0 0 # "raw" part, don't edit e: 40146404 40146403 vinum f: 38049248 2097153 vinum [ I omitted fdisk output because it's very verbose - it's just a standard everything on the drive is freebsd type 165 dealie. ] When I tell bsdlabel to look at ad0, it doesn't see partition a. But when looking at ad0s1, it does. So I just told bsdlabel to add slice a on ad0s1 and things seem peachy keen (bsdlabel -e ad0s1) - I can't verify that this solves the (g)vinum problem since I need to get in to the bios to change boot settings and can't do that remotely. So that begs the question, what is the difference between ad0 and ad0s1 to these utilities, and what *should* it be? And, where on earth is the disklabel for "ad0" being saved, if not in ad0s1? Is it possibly overwriting something important, e.g. in the bootstrap code, which could explain the reason I was getting "not ufs" when I tried to boot with vinum? Other less relevant follow-ups below, thanks to all who helped: > A root mirrored configuration isn't that straightforward, imo :) But it > should work. It seemed straightforward on 4.x :-) >> Using vinum, I lose state information for the drive on ad2 after reboot - >> M2 is shown in "vinum l" output only as "referenced"... > > That is to be expected, as you discovered below... Why is this to be expected, because of gvinum? >> I originally was trying a complex configuration like so: >> drive A 200G >> drive B 200G >> drive C 100G >> drive D 100G >> >> I set the concat of drive all of drives C+D to be a volume makeshift, and >> added drive definition like so: >> drive MS /dev/gvinum/makeshift >> > Then, the idea was to do a raid5 of drives A, B, and "drive" MS. > I don't know if this is even possible. It's an interesting idea but even if it > works, recovery is totally non-trivial when either drive C or drive D goes > away. Plus, you'll surely take a huge performance hit because of the two vinum > layers you have to go through for every single access. Recovery is trivial when drive C or D goes. Since drives C and D form one raid-5 volume together, just chuck both drives and replace the makeshift drive with a new 200G drive. I am aware of and don't care about the performance hit. Cheers, Brian Szymanski ski@indymedia.org From owner-freebsd-stable@FreeBSD.ORG Fri Nov 12 20:08:14 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA57E16A4CE for ; Fri, 12 Nov 2004 20:08:14 +0000 (GMT) Received: from cathy.bmts.com (cathy.bmts.com [216.183.128.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71E9B43D2D for ; Fri, 12 Nov 2004 20:08:14 +0000 (GMT) (envelope-from rhempel@bmts.com) Received: from PC300GL (cheetah-bar-ppp102.bmts.com [216.183.159.103]) by cathy.bmts.com (8.12.10/8.12.10) with SMTP id iACJxtNu002009; Fri, 12 Nov 2004 14:59:56 -0500 (EST) From: "Ralph Hempel" To: "Roger L. Beeman" , Date: Fri, 12 Nov 2004 15:04:25 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 In-Reply-To: <200411121913.iACJDQN2008300@koishi.subako.org> X-bmts-MailScanner: Found to be clean X-bmts-MailScanner-SpamCheck: X-MailScanner-From: rhempel@bmts.com Subject: RE: Redirecting console output to serial port to capture error message X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rhempel@bmts.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2004 20:08:15 -0000 > Is the console redirection functionality of the boot floppies and > distribution iso disks intended to be diffent from that of a system > installed on a hard drive? > > echo -h > /boot.config to enable the serial console for the > boot loader and kernel. > > isn't getting the job done for me. On the boot floppies, there is something > that actually announces itself as setting the comconsole back to > vidconsole and on the cd images there is an error message that I would > like to capture, that seems to ignore the setting of comconsole. I know this one! If you're trying to use the serial console at initial install time, then maybe this page will be useful to you: I haven't tried to set it up so that once the install is done I can use the serial console. It's probably better to SSH into the box... Ralph From owner-freebsd-stable@FreeBSD.ORG Fri Nov 12 20:12:15 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4516A16A4D0; Fri, 12 Nov 2004 20:12:15 +0000 (GMT) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7009B43D31; Fri, 12 Nov 2004 20:12:14 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id F2C51119C7; Fri, 12 Nov 2004 21:12:12 +0100 (CET) Date: Fri, 12 Nov 2004 21:12:12 +0100 From: "Simon L. Nielsen" To: freebsd-stable@freebsd.org Message-ID: <20041112201212.GB772@zaphod.nitro.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s/l3CgOIzMHHjg/5" Content-Disposition: inline User-Agent: Mutt/1.5.6i cc: Dag-Erling Smorgrav Subject: sshd stops accepting connections X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2004 20:12:15 -0000 --s/l3CgOIzMHHjg/5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Today I suddenly couldn't log in via ssh to a server I upgraded to FreeBSD 5.3-RELEASE 4 days ago. When I tried connect to port 22 using telnet(1) the following just happend: [simon@zaphod:~] telnet 192.168.3.2 22 Trying 192.168.3.2... Connected to jet.nitro.dk. Escape character is '^]'. Connection closed by foreign host. The servar had been running FreeBSD 5.2.1 for a while without problems. After logging in on the console and sending the sshd master process a -HUP I could log in again (and I get the normal banner when connecting to the port with telnet(1)). I can't rally see in the log what happened, but there is a lot of "stale" sshd's hanging around, like: root 46015 0,0 0,4 4928 2220 ?? I Ons08pm 0:00,01 sshd: blah [= pam] (sshd) root 58286 0,0 0,4 4920 2236 ?? Is Tor12pm 0:00,04 sshd: pascal= [priv] (sshd) sshd 58287 0,0 0,0 0 0 ?? Z Tor12pm 0:00,03 root 58288 0,0 0,4 4928 2236 ?? I Tor12pm 0:00,01 sshd: pascal= [pam] (sshd) root 58932 0,0 0,4 4920 2236 ?? Is Tor01pm 0:00,05 sshd: ole_gu= diksen [priv] (sshd) sshd 58934 0,0 0,0 0 0 ?? Z Tor01pm 0:00,06 root 58935 0,0 0,4 4928 2236 ?? I Tor01pm 0:00,01 sshd: ole_gu= diksen [pam] (sshd) pstree show the connection between some of the processes like this: | |-+=3D 58286 root sshd: pascal [priv] (sshd) | | |--- 58287 sshd | | \--- 58288 root sshd: pascal [pam] (sshd) =46rom all.log: Nov 11 12:04:38 nfishbone sshd[58286]: fatal: Timeout before authentication= for 82.211.207.191 Nov 11 13:02:34 nfishbone sshd[58932]: fatal: Timeout before authentication= for 192.38.66.33 The only odd thing I could find in the logs with regard to ssh was a few lines like: Nov 11 22:35:49 nfishbone sshd[62378]: syslogin_perform_logout: logout() re= turned an error I don't use any kind of "exotic" authentication on the system, only standard unix password file and ssh-keys. Does anybody have an idea of what's going on here, and if it's a ssh bug or something silly I have done? --=20 Simon L. Nielsen FreeBSD Documentation Team --s/l3CgOIzMHHjg/5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBlRkch9pcDSc1mlERAnD6AJ9EuyAHH4QnhmbCM6edjBEH2C7XwACgl9qQ XpO7a+aEcvDK189ERBFai+E= =5w1i -----END PGP SIGNATURE----- --s/l3CgOIzMHHjg/5-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 12 21:25:02 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E76816A4CE for ; Fri, 12 Nov 2004 21:25:02 +0000 (GMT) Received: from smtp1.pacifier.net (smtp1.pacifier.net [64.255.237.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53CA143D31 for ; Fri, 12 Nov 2004 21:25:02 +0000 (GMT) (envelope-from beeman@subako.org) Received: from koishi.subako.org (ip117.usw208.dsl-acs2.sea.iinet.com [207.202.208.117]) by smtp1.pacifier.net (Postfix) with ESMTP id 998967126B; Fri, 12 Nov 2004 13:25:01 -0800 (PST) Received: from koishi.subako.org (localhost.subako.org [127.0.0.1]) by koishi.subako.org (8.13.1/8.13.1) with ESMTP id iACLP12W008433; Fri, 12 Nov 2004 13:25:01 -0800 (PST) (envelope-from beeman@koishi.subako.org) Received: (from beeman@localhost) by koishi.subako.org (8.13.1/8.13.1/Submit) id iACLP0iw008430; Fri, 12 Nov 2004 13:25:00 -0800 (PST) (envelope-from beeman) Date: Fri, 12 Nov 2004 13:25:00 -0800 (PST) Message-Id: <200411122125.iACLP0iw008430@koishi.subako.org> From: "Roger L. Beeman" To: rhempel@bmts.com, freebsd-stable@freebsd.org Subject: Re: Redirecting console output to serial port to capture error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2004 21:25:02 -0000 > If you're trying to use the serial console at initial install > time, then maybe this page will be useful to you: I checked your link, but it assumes that I sucessfully get through the part of the boot process that I'm trying to capture, and swithes the console after that point. Thanks, Roger L. Beeman From owner-freebsd-stable@FreeBSD.ORG Fri Nov 12 23:51:11 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD18C16A4D1 for ; Fri, 12 Nov 2004 23:51:10 +0000 (GMT) Received: from pop01.mail.atl.earthlink.net (pop01.mail.atl.earthlink.net [207.69.200.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EE0843D2F for ; Fri, 12 Nov 2004 23:51:10 +0000 (GMT) (envelope-from jacobsm@gate.net) Received: from user-12hcmqm.cable.mindspring.com ([69.22.91.86] helo=IBM-A75112CC228) by pop01.mail.atl.earthlink.net with esmtp (Exim 3.33 #1) id 1CSlC9-0001Me-00 for freebsd-stable@freebsd.org; Fri, 12 Nov 2004 18:51:09 -0500 From: jacobsm@gate.net To: freebsd-stable@freebsd.org Date: Fri, 12 Nov 2004 18:51:06 -0500 MIME-Version: 1.0 Message-ID: <4195061A.4633.7AAD1E@localhost> Priority: normal X-mailer: Pegasus Mail for Windows (4.21c) Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Content-Description: Mail message body X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: Freeze in 5.3 Release Install X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2004 23:51:11 -0000 >On Thu, Nov 11, 2004 at 06:40:47PM -0500, Mark Jacobs wrote: >> Probe1-6 are listed after this, all with the same error 22 >> After the probe6 message the machine hangs. >I had something similar - 5.3 probe time kernel freezes on a machine >which had been running 4.10 quite happily. > >Resolved it by setting "PNP OS" to YES in the BIOS. > >-- >Adrian Wontroba I don't have that option in my BIOS. Mark Jacobs From owner-freebsd-stable@FreeBSD.ORG Sat Nov 13 01:50:37 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01DCA16A4CE for ; Sat, 13 Nov 2004 01:50:37 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7457943D31 for ; Sat, 13 Nov 2004 01:50:36 +0000 (GMT) (envelope-from djsykz@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so114295wra for ; Fri, 12 Nov 2004 17:50:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=mEWMLGyErW6/0/rV9dprFQ9vG2gt1ZNevwBzFyppQtX1Ldl8+Ws0puW/IYaar6Xz1n192C42Rl02XWBvHzlFtZg7guTbNQn0T2FePfqU60/sNFLAJQAVnctBT6MU7JGJVbnfD7pejJYpmdu/UU2iN0TYdjMsXHvse7mt/kGI4k0= Received: by 10.54.54.63 with SMTP id c63mr404090wra; Fri, 12 Nov 2004 17:50:35 -0800 (PST) Received: by 10.54.46.35 with HTTP; Fri, 12 Nov 2004 17:50:35 -0800 (PST) Message-ID: <69d84c0c0411121750777850ac@mail.gmail.com> Date: Fri, 12 Nov 2004 20:50:35 -0500 From: Justin Randall To: Michael Nottebrock In-Reply-To: <200411090109.40136.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041108165230.15405.qmail@web20527.mail.yahoo.com> <20041108234915.GA63001@xor.obsecurity.org> <200411090109.40136.michaelnottebrock@gmx.net> cc: freebsd-stable@freebsd.org cc: Dean Patterson cc: Kris Kennaway Subject: Re: calcru: negative runtime of -SOMENUM usec for pid errors. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Justin Randall List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Nov 2004 01:50:37 -0000 I use 5.3 on an Aptiva K6/350 and I used to have the exact same problem. try re-compiling your kernel with the following optimizations in /etc/make.conf: CPUTYPE=k6 CFLAGS= -O -pipe COPTFLAGS= -O -pipe -Justin On Tue, 9 Nov 2004 01:09:35 +0100, Michael Nottebrock wrote: > On Tuesday, 9. November 2004 00:49, Kris Kennaway wrote: > > On Mon, Nov 08, 2004 at 08:52:30AM -0800, Dean Patterson wrote: > > > I have an IBM aptiva, K6/450 and 5.3 gives me > > > continuous calcru messages. > > > > The kern.timecounter sysctl hierarchy is definitely there on 5.3. > > What is kern.timecounter.hardware set to? If it's ACPI-*, try setting it to > i8254. > > -- > ,_, | Michael Nottebrock | lofi@freebsd.org > (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org > \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org > > > From owner-freebsd-stable@FreeBSD.ORG Sat Nov 13 02:06:16 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0202116A4CE for ; Sat, 13 Nov 2004 02:06:16 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE47543D2F for ; Sat, 13 Nov 2004 02:06:15 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 64EFFC92D; Fri, 12 Nov 2004 21:06:15 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 58432676F; Fri, 12 Nov 2004 21:06:13 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16789.27669.323011.660505@canoe.dclg.ca> Date: Fri, 12 Nov 2004 21:06:13 -0500 To: freebsd-stable@freebsd.org X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid Subject: uaudio two-state volume? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Nov 2004 02:06:16 -0000 Is there a reason uaudio presents only a single volume knob ... and that volume knob only has two states ... 0 and 1? Luckily, it also doesn't seem to do anything. Or is my hardware faulty? 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-stable@FreeBSD.ORG Sat Nov 13 03:26:28 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB81916A4CE for ; Sat, 13 Nov 2004 03:26:28 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1829A43D3F for ; Sat, 13 Nov 2004 03:26:28 +0000 (GMT) (envelope-from fredthetree@gmail.com) Received: by rproxy.gmail.com with SMTP id a36so489351rnf for ; Fri, 12 Nov 2004 19:26:27 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=geYhE3ZI5JAggKUEScCCEnJt1t7XEIPJF8Iog5FaZzqGoN2JW/oC9gn/lGhO3DZMcSMQ/9/TPlyA0Ytf5osVa+jGRls8ZEWCQviGQF4RFdSVZJOgeD6VRDvZIvqHp6aXHAoXJzOf4jsK3Qfzy6qFbnbyRQBV35fYppJGGbNNJt8= Received: by 10.38.104.31 with SMTP id b31mr97992rnc; Fri, 12 Nov 2004 19:26:27 -0800 (PST) Received: by 10.38.65.30 with HTTP; Fri, 12 Nov 2004 19:26:27 -0800 (PST) Message-ID: Date: Fri, 12 Nov 2004 23:26:27 -0400 From: fredthetree To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: ath0: device timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fredthetree List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Nov 2004 03:26:29 -0000 Using 5.3-RELEASE-i386, I am not able to use my usb mouse while using the internet through my Atheros 5212 wireless pci card. Here's what I do: $ startx $ ping google.com [move mouse] Here's what happens: ath0: device timeout [X & mouse lock up] -------------------------- $ dmesg Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-RELEASE #0: Fri Nov 5 04:19:18 UTC 2004 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (701.59-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x387f9ff real memory = 536805376 (511 MB) avail memory = 515633152 (491 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0x5000-0x500f,0x4000-0x4041,0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0x9000-0x901f irq 10 at device 7.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ums0: Microsoft Microsoft Wheel Mouse Optical\M-., rev 1.10/1.21, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. pci0: at device 7.3 (no driver attached) pci0: at device 10.0 (no driver attached) pci0: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "SWcursor" # [] #Option "HWcursor" # [] #Option "NoAccel" # [] #Option "ShadowFB" # [] #Option "UseFBDev" # [] #Option "Rotate" # [] #Option "VideoKey" # #Option "FlatPanel" # [] #Option "FPDither" # [] #Option "CrtcNumber" # Identifier "Card0" Driver "nv" VendorName "nVidia Corporation" BoardName "NV5M64 [RIVA TNT2 Model 64/Model 64 Pro]" BusID "PCI:1:0:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" SubSection "Display" Viewport 0 0 Depth 1 EndSubSection SubSection "Display" Viewport 0 0 Depth 4 EndSubSection SubSection "Display" Viewport 0 0 Depth 8 EndSubSection SubSection "Display" Viewport 0 0 Depth 15 EndSubSection SubSection "Display" Viewport 0 0 Depth 16 EndSubSection SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection -------------------------- Sorry for the length of this message, I didn't want to add a lot of attachments.. BTW, I'm using 5.2.1-RELEASE right now, everything works perfectly. I had configured both 5.2.1 and 5.3 the same, if there were differences, it is in the default configuration. -------------------------- $ less /etc/rc.conf # -- sysinstall generated deltas -- # Fri Nov 12 11:32:10 2004 # Created: Fri Nov 12 11:32:10 2004 # Enable network daemons for user convenience. # Please make all changes to this file, not to /etc/defaults/rc.conf. # This file now contains just the overrides from /etc/defaults/rc.conf. usbd_enable="YES" network_interfaces="ath0 lo" ifconfig_ath0="inet 192.168.0.3 netmask 255.255.255.0" defaultrouter="192.168.0.1" hostname="atlan" # end of file -------------------------- I hope someone has a solution! I like a lot of things about 5.3.... :) Thanks, -daniel.higham From owner-freebsd-stable@FreeBSD.ORG Sat Nov 13 08:29:31 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDF8916A4CE for ; Sat, 13 Nov 2004 08:29:31 +0000 (GMT) Received: from mail.frombach.com (frombach.com [208.179.193.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 1D38043D4C for ; Sat, 13 Nov 2004 08:29:30 +0000 (GMT) (envelope-from zoltan@frombach.com) Received: (qmail 93380 invoked by uid 0); 13 Nov 2004 08:29:37 -0000 Received: from 24.24.201.219 by www.frombach.com (envelope-from , uid 0) with qmail-scanner-1.24 (clamscan: 0.80. spamassassin: 3.0.1. Clear:RC:0(24.24.201.219):SA:0(1.0/8.0):. Processed in 3.274257 secs); 13 Nov 2004 08:29:37 -0000 X-Spam-Status: No, hits=1.0 required=8.0 X-Spam-Level: + Received: from unknown (HELO p4) (zoltan@frombach.com@24.24.201.219) by frombach.com with SMTP; 13 Nov 2004 08:29:34 -0000 Message-ID: <000401c4c95a$e6287ff0$e001a8c0@p4> From: "Zoltan Frombach" To: Date: Sat, 13 Nov 2004 00:29:31 -0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 cc: freebsd-stable@freebsd.org Subject: Re: sshd stops accepting connections X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Nov 2004 08:29:31 -0000 > Today I suddenly couldn't log in via ssh to a server I upgraded to > FreeBSD 5.3-RELEASE 4 days ago. When I tried connect to port 22 using > telnet(1) the following just happend: > > [simon at zaphod:~] telnet 192.168.3.2 22 > Trying 192.168.3.2... > Connected to jet.nitro.dk. > Escape character is '^]'. > Connection closed by foreign host. > > The servar had been running FreeBSD 5.2.1 for a while without > problems. ... I had the exact same problem yesterday!! I installad FreeBSD 5.3-RELEASE about a week ago. And on the night of Nov.11th, I've noticed that sshd2 stopped accepting connections. It dropped (closed) any connection immediately. Everything else seemed to work on the server just fine. I also use standard Unix authentication, nothing fancy at all. And I installed SSH2 from ports. I had to call the colo center and asked them to reset my server. After it rebooted, SSH2 started to work again. Examining the content of the log files, I've noticed the following lines: Nov 11 13:45:10 www kernel: ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=2928095 Nov 11 13:49:52 www kernel: maxproc limit exceeded by uid 0, please see tuning(7) and login.conf(5). Nov 11 13:49:54 www kernel: Limiting closed port RST response from 212 to 200 packets/sec Nov 11 13:49:55 www kernel: Limiting closed port RST response from 226 to 200 packets/sec Nov 11 13:49:58 www kernel: Limiting closed port RST response from 223 to 200 packets/sec Nov 11 13:50:00 www kernel: Limiting closed port RST response from 225 to 200 packets/sec Nov 11 13:50:01 www kernel: Limiting closed port RST response from 224 to 200 packets/sec Nov 11 13:50:03 www kernel: Limiting closed port RST response from 226 to 200 packets/sec Nov 11 13:50:04 www kernel: Limiting closed port RST response from 223 to 200 packets/sec Nov 11 13:50:07 www kernel: Limiting closed port RST response from 226 to 200 packets/sec Nov 11 13:50:08 www kernel: Limiting closed port RST response from 223 to 200 packets/sec Nov 11 13:50:10 www kernel: Limiting closed port RST response from 225 to 200 packets/sec Nov 11 13:50:11 www kernel: Limiting closed port RST response from 224 to 200 packets/sec Nov 11 13:50:13 www kernel: Limiting closed port RST response from 226 to 200 packets/sec Nov 11 13:50:14 www kernel: Limiting closed port RST response from 233 to 200 packets/sec Nov 11 13:50:17 www kernel: Limiting closed port RST response from 216 to 200 packets/sec Nov 11 13:50:18 www kernel: Limiting closed port RST response from 223 to 200 packets/sec Nov 11 13:50:20 www kernel: Limiting closed port RST response from 215 to 200 packets/sec Nov 11 13:50:21 www kernel: Limiting closed port RST response from 233 to 200 packets/sec Nov 11 13:50:23 www kernel: Limiting closed port RST response from 225 to 200 packets/sec Nov 11 13:50:25 www kernel: Limiting closed port RST response from 211 to 200 packets/sec Nov 11 13:50:27 www kernel: Limiting closed port RST response from 225 to 200 packets/sec Nov 11 13:50:29 www kernel: Limiting closed port RST response from 225 to 200 packets/sec Nov 11 13:50:31 www kernel: Limiting closed port RST response from 211 to 200 packets/sec Nov 11 13:50:33 www kernel: Limiting closed port RST response from 224 to 200 packets/sec Nov 11 13:50:35 www kernel: Limiting closed port RST response from 205 to 200 packets/sec Nov 11 13:50:37 www kernel: Limiting closed port RST response from 224 to 200 packets/sec Nov 11 13:50:51 www last message repeated 4 times Nov 11 13:50:54 www kernel: Limiting closed port RST response from 222 to 200 packets/sec Nov 11 13:50:58 www kernel: Limiting closed port RST response from 216 to 200 packets/sec Nov 11 13:51:00 www kernel: Limiting closed port RST response from 208 to 200 packets/sec Because of the maxproc message, I then compiled a new kernel with 1024 users. (I used the GENERIC kernel up to this point.) Since I was now building a new kernel, I commented out some drivers that I don't use, like some SCSI devices and some ISA network interfaces, etc. The new kernel seems to work great. However, today (on Friday) I had another weird encounter. This afternoon, for several minutes, I was unable to connect to the server at all: all tcp connection appeared to hang indefinitely! But ping worked and it was fast as always. I kept trying to get in via SSH2, and finally I was able to log in (it took like 2 minutes to get the login prompt, while ping time was normal). After switching to su, I issued the top command to see what is going on. I never get any output. The system was apparently so busy with something that top could not work. I had to force-close that connection. For several minutes I tried to log in again via SSH2, I just wanted to issue a reboot command at this time. When I was about to give up, suddenly, after like 5 minutes the login prompt appeared and I was able to log in. Since then EVERYTHING is working fine, I didn't even have to reboot, the server is still running fine! I saw only these lines in the log file: Nov 12 16:14:27 www kernel: ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=2416335 Nov 12 16:35:51 www kernel: Limiting icmp unreach response from 276 to 200 packets/sec It seems to me that shortly after the WRITE_DMA warning (like 4 to 20 minutes later) all resources (I guess, processes) seemed to be consumed. It has caused somehow sshd2 to stop accepting new connections at the first time. The second time I greatly increased the maxproc number in the kernel by setting maxusers to 1024. So at that time nothing really failed, but like 20 minutes after the WRITE_DMA warning the system became very unresponsive for at least 5 minutes. And then it just cured itself. I am very what is causeing the WRITE_DMA warning... I'm willing to install any patches to track this down. Can anyone provide me some patches? Zoltan PS: Some info about my system: uname -a FreeBSD www.xxxxxxxx.com 5.3-RELEASE FreeBSD 5.3-RELEASE #0: Fri Nov 12 01:07:41 PST 2004 xxx@www.xxxxxxxx.com:/usr/obj/usr/src/sys/XXXXXXXX i386 dmesg Waiting (max 60 seconds) for system process `hpt_wt' to stop...done Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-RELEASE #0: Fri Nov 12 01:07:41 PST 2004 tss@www.frombach.com:/usr/obj/usr/src/sys/FROMBACH Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2806.38-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 1056899072 (1007 MB) avail memory = 1023688704 (976 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0x10e0-0x10ff,0x1000-0x10df,0x480-0x48f,0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xd0000000-0xd7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0x4000-0x400f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.5 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ohci0: mem 0xe1104000-0xe1104fff irq 20 at device 3.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe1100000-0xe1100fff irq 21 at device 3.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ohci2: mem 0xe1101000-0xe1101fff irq 22 at device 3.2 on pci0 ohci2: [GIANT-LOCKED] usb2: OHCI version 1.0, legacy support usb2: on ohci2 usb2: USB revision 1.0 uhub2: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 3.3 (no driver attached) xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xe000-0xe07f mem 0xe1103000-0xe110307f irq 17 at device 9.0 on pci0 miibus0: on xl0 bmtphy0: <3c905B 10/100 internal PHY> on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:50:04:76:49:e7 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A orm0: at iomem 0xc0000-0xcbfff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2806375656 Hz quality 800 Timecounters tick every 10.000 msec ad0: 78167MB [158816/16/63] at ata0-master UDMA133 acd0: CDROM at ata1-master UDMA33 Mounting root from ufs:/dev/ad0s1a ipfw2 initialized, divert disabled, rule-based forwarding disabled, default to deny, logging disabled my kernel config: # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.413.2.6.2.2 2004/10/24 18:02:52 scottl Exp $ machine i386 #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident XXXXXXXX maxusers 1024 options PMAP_SHPGPERPROC=400 options KVA_PAGES=384 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking #options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device #options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT #options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa #device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives #device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #device ahd # AHA39320/29320 and onboard AIC79xx devices #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver #device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit ethernet device nge # NatSemi DP83820 gigabit ethernet device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard #device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires mii #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) my make.conf file: CPUTYPE?=p4 #NO_CPU_CFLAGS= true # Don't add -march= to CFLAGS automatically #NO_CPU_COPTFLAGS=true # Don't add -march= to COPTFLAGS automatically #COPTFLAGS= -O -pipe # Yes, this line is commented out! From owner-freebsd-stable@FreeBSD.ORG Sat Nov 13 14:17:26 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBDD116A4CE for ; Sat, 13 Nov 2004 14:17:26 +0000 (GMT) Received: from ns1.u-strasbg.fr (ns1.u-strasbg.fr [130.79.200.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 578EA43D39 for ; Sat, 13 Nov 2004 14:17:26 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from crc.u-strasbg.fr (crc6.u-strasbg.fr [IPv6:2001:660:2402:1001::1])iADEHPUQ062031 for ; Sat, 13 Nov 2004 15:17:25 +0100 (CET) Received: from [192.168.0.100] (crc [130.79.201.129]) by crc.u-strasbg.fr (8.13.1/jtpda-5.4) with ESMTP id iADEHOYb018727 for ; Sat, 13 Nov 2004 15:17:24 +0100 (CET) Message-ID: <4196187C.1040803@crc.u-strasbg.fr> Date: Sat, 13 Nov 2004 15:21:48 +0100 From: Philippe Pegon User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040803) X-Accept-Language: fr, en MIME-Version: 1.0 To: stable@freebsd.org References: <20041112201212.GB772@zaphod.nitro.dk> In-Reply-To: <20041112201212.GB772@zaphod.nitro.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Message not sent from an IPv4 address, not delayed by milter-greylist-1.5.3 (ns1.u-strasbg.fr [IPv6:2001:660:2402::1]); Sat, 13 Nov 2004 15:17:25 +0100 (CET) X-Antivirus: scanned by sophos at u-strasbg.fr Subject: Re: sshd stops accepting connections X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Nov 2004 14:17:27 -0000 Simon L. Nielsen wrote: > Hello > > Today I suddenly couldn't log in via ssh to a server I upgraded to > FreeBSD 5.3-RELEASE 4 days ago. When I tried connect to port 22 using > telnet(1) the following just happend: > > [simon@zaphod:~] telnet 192.168.3.2 22 > Trying 192.168.3.2... > Connected to jet.nitro.dk. > Escape character is '^]'. > Connection closed by foreign host. I'd seen the same problem in 5.3 release. I've found this in the changelog of openssh and it seems to be very similar : ftp://ftp.ca.openbsd.org/pub/OpenBSD/OpenSSH/portable/ChangeLog and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=252676 " ... 20040711 - (dtucker) [auth-pam.c] Check for zero from waitpid() too, which allows the monitor to properly clean up the PAM thread (Debian bug #252676). ... " -- Philippe PEGON From owner-freebsd-stable@FreeBSD.ORG Sat Nov 13 16:04:34 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AAEB16A4CE for ; Sat, 13 Nov 2004 16:04:34 +0000 (GMT) Received: from hostel.sm.bmstu.ru (ENERGO-BMSTU.bmstu.ru [195.19.32.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B4C543D31 for ; Sat, 13 Nov 2004 16:04:33 +0000 (GMT) (envelope-from adler@smtp.ru) Received: from laptop.aknet.ru ([172.16.0.135]) (authenticated bits=0) by hostel.sm.bmstu.ru (8.13.1/8.13.1) with ESMTP id iADG4RUe017467; Sat, 13 Nov 2004 19:04:28 +0300 (MSK) (envelope-from adler@smtp.ru) Date: Sat, 13 Nov 2004 19:02:53 +0300 From: Sopov Alexey X-Mailer: The Bat! (v2.04.7) CD5BF9353B3B7091 X-Priority: 3 (Normal) Message-ID: <168326201.20041113190253@smtp.ru> To: "Zoltan Frombach" , freebsd-stable@freebsd.org In-Reply-To: <000401c4c95a$e6287ff0$e001a8c0@p4> References: <000401c4c95a$e6287ff0$e001a8c0@p4> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.5 required=6.0 tests=AWL,PORN_4 autolearn=no version=2.63 X-Spam-Report: * 1.9 PORN_4 URI: URL uses words/phrases which indicate porn * -1.4 AWL AWL: Auto-whitelist adjustment X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on database.hostel.sm.bmstu.ru Subject: Re[2]: sshd stops accepting connections X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: adler List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Nov 2004 16:04:34 -0000 I think your Hard Drive dies. Replace it. Your system halts when it tries to access your ad0. >> Today I suddenly couldn't log in via ssh to a server I upgraded to >> FreeBSD 5.3-RELEASE 4 days ago. When I tried connect to port 22 using >> telnet(1) the following just happend: >> >> [simon at zaphod:~] telnet 192.168.3.2 22 >> Trying 192.168.3.2... >> Connected to jet.nitro.dk. >> Escape character is '^]'. >> Connection closed by foreign host. >> >> The servar had been running FreeBSD 5.2.1 for a while without >> problems. ... ZF> I had the exact same problem yesterday!! I installad FreeBSD 5.3-RELEASE ZF> about a week ago. And on the night of Nov.11th, I've noticed that sshd2 ZF> stopped accepting connections. It dropped (closed) any connection ZF> immediately. Everything else seemed to work on the server just fine. I also ZF> use standard Unix authentication, nothing fancy at all. And I installed SSH2 ZF> from ports. I had to call the colo center and asked them to reset my server. ZF> After it rebooted, SSH2 started to work again. Examining the content of the ZF> log files, I've noticed the following lines: ZF> Nov 11 13:45:10 www kernel: ad0: WARNING - WRITE_DMA interrupt was seen but ZF> timeout fired LBA=2928095 ZF> Nov 11 13:49:52 www kernel: maxproc limit exceeded by uid 0, please see ZF> tuning(7) and login.conf(5). ZF> Nov 11 13:49:54 www kernel: Limiting closed port RST response from 212 to ZF> 200 packets/sec ZF> Nov 11 13:49:55 www kernel: Limiting closed port RST response from 226 to ZF> 200 packets/sec ZF> Nov 11 13:49:58 www kernel: Limiting closed port RST response from 223 to ZF> 200 packets/sec ZF> Nov 11 13:50:00 www kernel: Limiting closed port RST response from 225 to ZF> 200 packets/sec ZF> Nov 11 13:50:01 www kernel: Limiting closed port RST response from 224 to ZF> 200 packets/sec ZF> Nov 11 13:50:03 www kernel: Limiting closed port RST response from 226 to ZF> 200 packets/sec ZF> Nov 11 13:50:04 www kernel: Limiting closed port RST response from 223 to ZF> 200 packets/sec ZF> Nov 11 13:50:07 www kernel: Limiting closed port RST response from 226 to ZF> 200 packets/sec ZF> Nov 11 13:50:08 www kernel: Limiting closed port RST response from 223 to ZF> 200 packets/sec ZF> Nov 11 13:50:10 www kernel: Limiting closed port RST response from 225 to ZF> 200 packets/sec ZF> Nov 11 13:50:11 www kernel: Limiting closed port RST response from 224 to ZF> 200 packets/sec ZF> Nov 11 13:50:13 www kernel: Limiting closed port RST response from 226 to ZF> 200 packets/sec ZF> Nov 11 13:50:14 www kernel: Limiting closed port RST response from 233 to ZF> 200 packets/sec ZF> Nov 11 13:50:17 www kernel: Limiting closed port RST response from 216 to ZF> 200 packets/sec ZF> Nov 11 13:50:18 www kernel: Limiting closed port RST response from 223 to ZF> 200 packets/sec ZF> Nov 11 13:50:20 www kernel: Limiting closed port RST response from 215 to ZF> 200 packets/sec ZF> Nov 11 13:50:21 www kernel: Limiting closed port RST response from 233 to ZF> 200 packets/sec ZF> Nov 11 13:50:23 www kernel: Limiting closed port RST response from 225 to ZF> 200 packets/sec ZF> Nov 11 13:50:25 www kernel: Limiting closed port RST response from 211 to ZF> 200 packets/sec ZF> Nov 11 13:50:27 www kernel: Limiting closed port RST response from 225 to ZF> 200 packets/sec ZF> Nov 11 13:50:29 www kernel: Limiting closed port RST response from 225 to ZF> 200 packets/sec ZF> Nov 11 13:50:31 www kernel: Limiting closed port RST response from 211 to ZF> 200 packets/sec ZF> Nov 11 13:50:33 www kernel: Limiting closed port RST response from 224 to ZF> 200 packets/sec ZF> Nov 11 13:50:35 www kernel: Limiting closed port RST response from 205 to ZF> 200 packets/sec ZF> Nov 11 13:50:37 www kernel: Limiting closed port RST response from 224 to ZF> 200 packets/sec ZF> Nov 11 13:50:51 www last message repeated 4 times ZF> Nov 11 13:50:54 www kernel: Limiting closed port RST response from 222 to ZF> 200 packets/sec ZF> Nov 11 13:50:58 www kernel: Limiting closed port RST response from 216 to ZF> 200 packets/sec ZF> Nov 11 13:51:00 www kernel: Limiting closed port RST response from 208 to ZF> 200 packets/sec ZF> Because of the maxproc message, I then compiled a new kernel with 1024 ZF> users. (I used the GENERIC kernel up to this point.) Since I was now ZF> building a new kernel, I commented out some drivers that I don't use, like ZF> some SCSI devices and some ISA network interfaces, etc. The new kernel seems ZF> to work great. ZF> However, today (on Friday) I had another weird encounter. This afternoon, ZF> for several minutes, I was unable to connect to the server at all: all tcp ZF> connection appeared to hang indefinitely! But ping worked and it was fast as ZF> always. I kept trying to get in via SSH2, and finally I was able to log in ZF> (it took like 2 minutes to get the login prompt, while ping time was ZF> normal). After switching to su, I issued the top command to see what is ZF> going on. I never get any output. The system was apparently so busy with ZF> something that top could not work. I had to force-close that connection. For ZF> several minutes I tried to log in again via SSH2, I just wanted to issue a ZF> reboot command at this time. When I was about to give up, suddenly, after ZF> like 5 minutes the login prompt appeared and I was able to log in. Since ZF> then EVERYTHING is working fine, I didn't even have to reboot, the server is ZF> still running fine! I saw only these lines in the log file: ZF> Nov 12 16:14:27 www kernel: ad0: WARNING - WRITE_DMA interrupt was seen but ZF> timeout fired LBA=2416335 ZF> Nov 12 16:35:51 www kernel: Limiting icmp unreach response from 276 to 200 ZF> packets/sec ZF> It seems to me that shortly after the WRITE_DMA warning (like 4 to 20 ZF> minutes later) all resources (I guess, processes) seemed to be consumed. It ZF> has caused somehow sshd2 to stop accepting new connections at the first ZF> time. The second time I greatly increased the maxproc number in the kernel ZF> by setting maxusers to 1024. So at that time nothing really failed, but like ZF> 20 minutes after the WRITE_DMA warning the system became very unresponsive ZF> for at least 5 minutes. And then it just cured itself. I am very what is ZF> causeing the WRITE_DMA warning... I'm willing to install any patches to ZF> track this down. Can anyone provide me some patches? ZF> Zoltan ZF> PS: Some info about my system: ZF> uname -a ZF> FreeBSD www.xxxxxxxx.com 5.3-RELEASE FreeBSD 5.3-RELEASE #0: Fri Nov 12 ZF> 01:07:41 PST 2004 ZF> xxx@www.xxxxxxxx.com:/usr/obj/usr/src/sys/XXXXXXXX ZF> i386 ZF> dmesg ZF> Waiting (max 60 seconds) for system process `hpt_wt' to stop...done ZF> Copyright (c) 1992-2004 The FreeBSD Project. ZF> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 ZF> The Regents of the University of California. All rights reserved. ZF> FreeBSD 5.3-RELEASE #0: Fri Nov 12 01:07:41 PST 2004 ZF> tss@www.frombach.com:/usr/obj/usr/src/sys/FROMBACH ZF> Timecounter "i8254" frequency 1193182 Hz quality 0 ZF> CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2806.38-MHz 686-class CPU) ZF> Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 ZF> ZF> Features=0xbfebfbff ZF> Hyperthreading: 2 logical CPUs ZF> real memory = 1056899072 (1007 MB) ZF> avail memory = 1023688704 (976 MB) ZF> ACPI APIC Table: ZF> ioapic0: Changing APIC ID to 2 ZF> ioapic0 irqs 0-23 on motherboard ZF> npx0: [FAST] ZF> npx0: on motherboard ZF> npx0: INT 16 interface ZF> acpi0: on motherboard ZF> acpi0: Power Button (fixed) ZF> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 ZF> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 ZF> cpu0: on acpi0 ZF> acpi_tz0: on acpi0 ZF> acpi_button0: on acpi0 ZF> acpi_button1: on acpi0 ZF> pcib0: port ZF> 0x10e0-0x10ff,0x1000-0x10df,0x480-0x48f,0xcf8-0xcff on acpi0 ZF> pci0: on pcib0 ZF> agp0: mem 0xd0000000-0xd7ffffff at device 0.0 ZF> on pci0 ZF> pcib1: at device 1.0 on pci0 ZF> pci1: on pcib1 ZF> pci1: at device 0.0 (no driver attached) ZF> isab0: at device 2.0 on pci0 ZF> isa0: on isab0 ZF> atapci0: port ZF> 0x4000-0x400f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.5 on pci0 ZF> ata0: channel #0 on atapci0 ZF> ata1: channel #1 on atapci0 ZF> ohci0: mem 0xe1104000-0xe1104fff irq 20 at device ZF> 3.0 on pci0 ZF> ohci0: [GIANT-LOCKED] ZF> usb0: OHCI version 1.0, legacy support ZF> usb0: on ohci0 ZF> usb0: USB revision 1.0 ZF> uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 ZF> uhub0: 3 ports with 3 removable, self powered ZF> ohci1: mem 0xe1100000-0xe1100fff irq 21 at device ZF> 3.1 on pci0 ZF> ohci1: [GIANT-LOCKED] ZF> usb1: OHCI version 1.0, legacy support ZF> usb1: on ohci1 ZF> usb1: USB revision 1.0 ZF> uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 ZF> uhub1: 3 ports with 3 removable, self powered ZF> ohci2: mem 0xe1101000-0xe1101fff irq 22 at device ZF> 3.2 on pci0 ZF> ohci2: [GIANT-LOCKED] ZF> usb2: OHCI version 1.0, legacy support ZF> usb2: on ohci2 ZF> usb2: USB revision 1.0 ZF> uhub2: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 ZF> uhub2: 2 ports with 2 removable, self powered ZF> pci0: at device 3.3 (no driver attached) ZF> xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xe000-0xe07f mem ZF> 0xe1103000-0xe110307f irq 17 at device 9.0 on pci0 ZF> miibus0: on xl0 ZF> bmtphy0: <3c905B 10/100 internal PHY> on miibus0 ZF> bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ZF> xl0: Ethernet address: 00:50:04:76:49:e7 ZF> fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 ZF> fdc0: [FAST] ZF> fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ZF> sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on ZF> acpi0 ZF> sio0: type 16550A ZF> orm0: at iomem 0xc0000-0xcbfff on isa0 ZF> pmtimer0 on isa0 ZF> atkbdc0: at port 0x64,0x60 on isa0 ZF> atkbd0: irq 1 on atkbdc0 ZF> kbd0 at atkbd0 ZF> atkbd0: [GIANT-LOCKED] ZF> ppc0: parallel port not found. ZF> sc0: at flags 0x100 on isa0 ZF> sc0: VGA <16 virtual consoles, flags=0x300> ZF> sio1: configured irq 3 not in bitmap of probed irqs 0 ZF> sio1: port may not be enabled ZF> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ZF> Timecounter "TSC" frequency 2806375656 Hz quality 800 ZF> Timecounters tick every 10.000 msec ZF> ad0: 78167MB [158816/16/63] at ata0-master UDMA133 ZF> acd0: CDROM at ata1-master UDMA33 ZF> Mounting root from ufs:/dev/ad0s1a ZF> ipfw2 initialized, divert disabled, rule-based forwarding disabled, default ZF> to deny, logging disabled ZF> my kernel config: ZF> # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.413.2.6.2.2 2004/10/24 18:02:52 ZF> scottl Exp $ ZF> machine i386 ZF> #cpu I486_CPU ZF> #cpu I586_CPU ZF> cpu I686_CPU ZF> ident XXXXXXXX ZF> maxusers 1024 ZF> options PMAP_SHPGPERPROC=400 ZF> options KVA_PAGES=384 ZF> # To statically compile in device wiring instead of /boot/device.hints ZF> #hints "GENERIC.hints" # Default places to look for ZF> devices. ZF> options SCHED_4BSD # 4BSD scheduler ZF> options INET # InterNETworking ZF> #options INET6 # IPv6 communications protocols ZF> options FFS # Berkeley Fast Filesystem ZF> options SOFTUPDATES # Enable FFS soft updates support ZF> options UFS_ACL # Support for access control lists ZF> options UFS_DIRHASH # Improve performance on big ZF> directories ZF> options MD_ROOT # MD is a potential root device ZF> #options NFSCLIENT # Network Filesystem Client ZF> #options NFSSERVER # Network Filesystem Server ZF> #options NFS_ROOT # NFS usable as /, requires ZF> NFSCLIENT ZF> #options MSDOSFS # MSDOS Filesystem ZF> options CD9660 # ISO 9660 Filesystem ZF> options PROCFS # Process filesystem (requires ZF> PSEUDOFS) ZF> options PSEUDOFS # Pseudo-filesystem framework ZF> options GEOM_GPT # GUID Partition Tables. ZF> options COMPAT_43 # Compatible with BSD 4.3 [KEEP ZF> THIS!] ZF> options COMPAT_FREEBSD4 # Compatible with FreeBSD4 ZF> options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI ZF> options KTRACE # ktrace(1) support ZF> options SYSVSHM # SYSV-style shared memory ZF> options SYSVMSG # SYSV-style message queues ZF> options SYSVSEM # SYSV-style semaphores ZF> options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time ZF> extensions ZF> options KBD_INSTALL_CDEV # install a CDEV entry in /dev ZF> options AHC_REG_PRETTY_PRINT # Print register bitfields in debug ZF> # output. Adds ~128k to driver. ZF> options AHD_REG_PRETTY_PRINT # Print register bitfields in debug ZF> # output. Adds ~215k to driver. ZF> options ADAPTIVE_GIANT # Giant mutex is adaptive. ZF> device apic # I/O APIC ZF> # Bus support. Do not remove isa, even if you have no isa slots ZF> device isa ZF> #device eisa ZF> device pci ZF> # Floppy drives ZF> device fdc ZF> # ATA and ATAPI devices ZF> device ata ZF> device atadisk # ATA disk drives ZF> #device ataraid # ATA RAID drives ZF> device atapicd # ATAPI CDROM drives ZF> #device atapifd # ATAPI floppy drives ZF> #device atapist # ATAPI tape drives ZF> options ATA_STATIC_ID # Static device numbering ZF> # SCSI Controllers ZF> #device ahb # EISA AHA1742 family ZF> #device ahc # AHA2940 and onboard AIC7xxx devices ZF> #device ahd # AHA39320/29320 and onboard AIC79xx devices ZF> #device amd # AMD 53C974 (Tekram DC-390(T)) ZF> #device isp # Qlogic family ZF> #device mpt # LSI-Logic MPT-Fusion ZF> #device ncr # NCR/Symbios Logic ZF> #device sym # NCR/Symbios Logic (newer chipsets + those ZF> of `ncr') ZF> #device trm # Tekram DC395U/UW/F DC315U adapters ZF> #device adv # Advansys SCSI adapters ZF> #device adw # Advansys wide SCSI adapters ZF> #device aha # Adaptec 154x SCSI adapters ZF> #device aic # Adaptec 15[012]x SCSI adapters, ZF> AIC-6[23]60. ZF> #device bt # Buslogic/Mylex MultiMaster SCSI adapters ZF> #device ncv # NCR 53C500 ZF> #device nsp # Workbit Ninja SCSI-3 ZF> #device stg # TMC 18C30/18C50 ZF> # SCSI peripherals ZF> device scbus # SCSI bus (required for SCSI) ZF> device ch # SCSI media changers ZF> device da # Direct Access (disks) ZF> device sa # Sequential Access (tape etc) ZF> device cd # CD ZF> device pass # Passthrough device (direct SCSI access) ZF> device ses # SCSI Environmental Services (and SAF-TE) ZF> # RAID controllers interfaced to the SCSI subsystem ZF> #device amr # AMI MegaRAID ZF> #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID ZF> #device ciss # Compaq Smart RAID 5* ZF> #device dpt # DPT Smartcache III, IV - See NOTES for ZF> options ZF> #device hptmv # Highpoint RocketRAID 182x ZF> #device iir # Intel Integrated RAID ZF> #device ips # IBM (Adaptec) ServeRAID ZF> #device mly # Mylex AcceleRAID/eXtremeRAID ZF> #device twa # 3ware 9000 series PATA/SATA RAID ZF> # RAID controllers ZF> #device aac # Adaptec FSA RAID ZF> #device aacp # SCSI passthrough for aac (requires CAM) ZF> #device ida # Compaq Smart RAID ZF> #device mlx # Mylex DAC960 family ZF> #device pst # Promise Supertrak SX6000 ZF> #device twe # 3ware ATA RAID ZF> # atkbdc0 controls both the keyboard and the PS/2 mouse ZF> device atkbdc # AT keyboard controller ZF> device atkbd # AT keyboard ZF> device psm # PS/2 mouse ZF> device vga # VGA video card driver ZF> #device splash # Splash screen and screen saver support ZF> # syscons is the default console driver, resembling an SCO console ZF> device sc ZF> # Enable this for the pcvt (VT220 compatible) console driver ZF> #device vt ZF> #options XSERVER # support for X server on a vt console ZF> #options FAT_CURSOR # start with block cursor ZF> device agp # support several AGP chipsets ZF> # Floating point support - do not disable. ZF> device npx ZF> # Power management support (see NOTES for more options) ZF> #device apm ZF> # Add suspend/resume support for the i8254. ZF> device pmtimer ZF> # PCCARD (PCMCIA) support ZF> # PCMCIA and cardbus bridge support ZF> #device cbb # cardbus (yenta) bridge ZF> #device pccard # PC Card (16-bit) bus ZF> #device cardbus # CardBus (32-bit) bus ZF> # Serial (COM) ports ZF> device sio # 8250, 16[45]50 based serial ports ZF> # Parallel port ZF> device ppc ZF> device ppbus # Parallel port bus (required) ZF> #device lpt # Printer ZF> #device plip # TCP/IP over parallel ZF> device ppi # Parallel port interface device ZF> #device vpo # Requires scbus and da ZF> # If you've got a "dumb" serial or parallel PCI card that is ZF> # supported by the puc(4) glue driver, uncomment the following ZF> # line to enable it (connects to the sio and/or ppc drivers): ZF> #device puc ZF> # PCI Ethernet NICs. ZF> device de # DEC/Intel DC21x4x (``Tulip'') ZF> device em # Intel PRO/1000 adapter Gigabit Ethernet ZF> Card ZF> device ixgb # Intel PRO/10GbE Ethernet Card ZF> device txp # 3Com 3cR990 (``Typhoon'') ZF> device vx # 3Com 3c590, 3c595 (``Vortex'') ZF> # PCI Ethernet NICs that use the common MII bus controller code. ZF> # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! ZF> device miibus # MII bus support ZF> device bfe # Broadcom BCM440x 10/100 Ethernet ZF> device bge # Broadcom BCM570xx Gigabit Ethernet ZF> device dc # DEC/Intel 21143 and various workalikes ZF> device fxp # Intel EtherExpress PRO/100B (82557, 82558) ZF> device lge # Level 1 LXT1001 gigabit ethernet ZF> device nge # NatSemi DP83820 gigabit ethernet ZF> device pcn # AMD Am79C97x PCI 10/100 (precedence over ZF> 'lnc') ZF> device re # RealTek 8139C+/8169/8169S/8110S ZF> device rl # RealTek 8129/8139 ZF> device sf # Adaptec AIC-6915 (``Starfire'') ZF> device sis # Silicon Integrated Systems SiS 900/SiS ZF> 7016 ZF> device sk # SysKonnect SK-984x & SK-982x gigabit ZF> Ethernet ZF> device ste # Sundance ST201 (D-Link DFE-550TX) ZF> device ti # Alteon Networks Tigon I/II gigabit ZF> Ethernet ZF> device tl # Texas Instruments ThunderLAN ZF> device tx # SMC EtherPower II (83c170 ``EPIC'') ZF> device vge # VIA VT612x gigabit ethernet ZF> device vr # VIA Rhine, Rhine II ZF> device wb # Winbond W89C840F ZF> device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') ZF> # ISA Ethernet NICs. pccard NICs included. ZF> #device cs # Crystal Semiconductor CS89x0 NIC ZF> # 'device ed' requires 'device miibus' ZF> #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards ZF> #device ex # Intel EtherExpress Pro/10 and Pro/10+ ZF> #device ep # Etherlink III based cards ZF> #device fe # Fujitsu MB8696x based cards ZF> #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. ZF> #device lnc # NE2100, NE32-VL Lance Ethernet cards ZF> #device sn # SMC's 9000 series of Ethernet chips ZF> #device xe # Xircom pccard Ethernet ZF> # ISA devices that use the old ISA shims ZF> #device le ZF> # Wireless NIC cards ZF> #device wlan # 802.11 support ZF> #device an # Aironet 4500/4800 802.11 wireless NICs. ZF> #device awi # BayStack 660 and others ZF> #device wi # WaveLAN/Intersil/Symbol 802.11 wireless ZF> NICs. ZF> #device wl # Older non 802.11 Wavelan wireless NIC. ZF> # Pseudo devices. ZF> device loop # Network loopback ZF> device mem # Memory and kernel memory devices ZF> device io # I/O device ZF> device random # Entropy device ZF> device ether # Ethernet support ZF> device sl # Kernel SLIP ZF> device ppp # Kernel PPP ZF> device tun # Packet tunnel. ZF> device pty # Pseudo-ttys (telnet etc) ZF> device md # Memory "disks" ZF> device gif # IPv6 and IPv4 tunneling ZF> #device faith # IPv6-to-IPv4 relaying (translation) ZF> # The `bpf' device enables the Berkeley Packet Filter. ZF> # Be aware of the administrative consequences of enabling this! ZF> device bpf # Berkeley packet filter ZF> # USB support ZF> device uhci # UHCI PCI->USB interface ZF> device ohci # OHCI PCI->USB interface ZF> device usb # USB Bus (required) ZF> #device udbp # USB Double Bulk Pipe devices ZF> device ugen # Generic ZF> device uhid # "Human Interface Devices" ZF> device ukbd # Keyboard ZF> #device ulpt # Printer ZF> device umass # Disks/Mass storage - Requires scbus and da ZF> device ums # Mouse ZF> #device urio # Diamond Rio 500 MP3 player ZF> #device uscanner # Scanners ZF> # USB Ethernet, requires mii ZF> #device aue # ADMtek USB Ethernet ZF> #device axe # ASIX Electronics USB Ethernet ZF> #device cue # CATC USB Ethernet ZF> #device kue # Kawasaki LSI USB Ethernet ZF> #device rue # RealTek RTL8150 USB Ethernet ZF> # FireWire support ZF> #device firewire # FireWire bus code ZF> #device sbp # SCSI over FireWire (Requires scbus and da) ZF> #device fwe # Ethernet over FireWire (non-standard!) ZF> my make.conf file: ZF> CPUTYPE?=p4 ZF> #NO_CPU_CFLAGS= true # Don't add -march= to CFLAGS automatically ZF> #NO_CPU_COPTFLAGS=true # Don't add -march= to COPTFLAGS automatically ZF> #COPTFLAGS= -O -pipe # Yes, this line is commented out! ZF> _______________________________________________ ZF> freebsd-stable@freebsd.org mailing list ZF> http://lists.freebsd.org/mailman/listinfo/freebsd-stable ZF> To unsubscribe, send any mail to ZF> "freebsd-stable-unsubscribe@freebsd.org" -- [ /Iexa ] mailto:adler@smtp.ru From owner-freebsd-stable@FreeBSD.ORG Sat Nov 13 16:23:55 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D7CF16A4CE; Sat, 13 Nov 2004 16:23:55 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AE1343D1F; Sat, 13 Nov 2004 16:23:55 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1CT0gs-0000qN-KS; Sat, 13 Nov 2004 08:23:54 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16790.13594.24123.842182@ran.psg.com> Date: Sat, 13 Nov 2004 08:23:54 -0800 To: "Zoltan Frombach" References: <000401c4c95a$e6287ff0$e001a8c0@p4> cc: freebsd-stable@freebsd.org cc: simon@FreeBSD.org Subject: Re: sshd stops accepting connections X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Nov 2004 16:23:55 -0000 fwiw, i have been seeing this on a 5.x system for many months. i never did diagnose it. i just ran a second sshd on port 4444 so i could get into the remote box and restart the main sshd. sorry to ruin anyone's breakfast or dinner. randy From owner-freebsd-stable@FreeBSD.ORG Sat Nov 13 19:08:41 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EF3716A4CE for ; Sat, 13 Nov 2004 19:08:41 +0000 (GMT) Received: from rift.creativeimage.ca (rift.creativeimage.ca [66.207.220.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F37443D31 for ; Sat, 13 Nov 2004 19:08:41 +0000 (GMT) (envelope-from obaum@uponline.com) Received: from CIClaptop (S01060004ac903c37.vc.shawcable.net [24.86.193.209]) by rift.creativeimage.ca (8.11.6/8.11.6) with SMTP id iADJ8hu26561 for ; Sat, 13 Nov 2004 14:08:43 -0500 (EST) (envelope-from obaum@uponline.com) Message-ID: <001901c4c9b4$260aba30$6500a8c0@CIClaptop> From: "Oren Baum" To: Date: Sat, 13 Nov 2004 11:08:18 -0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2741.2600 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2742.200 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Grabbing hold of logged out but active tty X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Nov 2004 19:08:41 -0000 UpOnlineHi, I'm running 4.10 and was wondering if there's a trick to regaining = control of another tty session that is still running (under ps) but I = (the user) have been logged out. This happens to me on occasion when I'm = running some programs in the background and am logged out by the shell. Thank you, Oren From owner-freebsd-stable@FreeBSD.ORG Sat Nov 13 19:36:48 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2F7E16A4CE for ; Sat, 13 Nov 2004 19:36:47 +0000 (GMT) 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 50CA443D46 for ; Sat, 13 Nov 2004 19:36:47 +0000 (GMT) (envelope-from mark@markdnet.demon.co.uk) Received: from markdnet.demon.co.uk ([80.177.29.129] helo=[192.168.20.3]) by anchor-post-32.mail.demon.net with esmtp (Exim 4.42) id 1CT3hV-0001jG-8K for stable@freebsd.org; Sat, 13 Nov 2004 19:36:46 +0000 From: Mark Dixon To: stable@freebsd.org User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4652096.SZGQ0VP3Gs"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200401131937.27950.mark@markdnet.demon.co.uk> Subject: Build of RELENG_5 fails in libmagic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 13 Nov 2004 19:36:48 -0000 X-Original-Date: Tue, 13 Jan 2004 19:37:20 +0000 X-List-Received-Date: Sat, 13 Nov 2004 19:36:48 -0000 --nextPart4652096.SZGQ0VP3Gs Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I'm trying to build 5-STABLE, I have cvsuped the latest source, cleared=20 out /usr/obj and I still get this problem. Any idea what could be causing i= t? Mark =3D=3D=3D> lib/libmagic cat /usr/src/lib/libmagic/../../contrib/file/Header /usr/src/lib/libmagic/.= =2E/../contrib/file/Localstuff /usr/src/lib/libmagic/../../contrib/file/Mag= dir/zyxel /usr/src/lib/libmagic/../../contrib/file/Magdir/xdelta /usr/src/l= ib/libmagic/../../contrib/file/Magdir/sysex /usr/src/lib/libmagic/../../con= trib/file/Magdir/sccs/usr/src/lib/libmagic/../../contrib/file/Magdir/allegr= o /usr/src/lib/libmagic/../../contrib/file/Magdir/cvs /usr/src/lib/libmagic= /../../contrib/file/Magdir/vicar /usr/src/lib/libmagic/../../contrib/file/M= agdir/varied.out /usr/src/lib/libmagic/../../contrib/file/Magdir/c64 /usr/s= rc/lib/libmagic/../../contrib/file/Magdir/games /usr/src/lib/libmagic/../..= /contrib/file/Magdir/mcrypt /usr/src/lib/libmagic/../../contrib/file/Magdir= /archive /usr/src/lib/libmagic/../../contrib/file/Magdir/citrus /usr/src/li= b/libmagic/../../contrib/file/Magdir/compress /usr/src/lib/libmagic/../../c= ontrib/file/Magdir/fsav /usr/src/lib/libmagic/../../contrib/file/Magdir/geo= s /usr/src/lib/libmagic/../../contrib/file/Magdir/java /usr/src/lib/libmagi= c/../../contrib/file/Magdir/mlssa /usr/src/lib/libmagic/../../contrib/file/= Magdir/mmdf /usr/src/lib/libmagic/../../contrib/file/Magdir/msdos /usr/src/= lib/libmagic/../../contrib/file/Magdir/wordperfect /usr/src/lib/libmagic/..= /../contrib/file/Magdir/rtf /usr/src/lib/libmagic/../../contrib/file/Magdir= /animation/usr/src/lib/libmagic/../../contrib/file/Magdir/chi /usr/src/lib/= libmagic/../../contrib/file/Magdir/claris /usr/src/lib/libmagic/../../contr= ib/file/Magdir/fonts /usr/src/lib/libmagic/../../contrib/file/Magdir/macint= osh /usr/src/lib/libmagic/../../contrib/file/Magdir/mathematica /usr/src/li= b/libmagic/../../contrib/file/Magdir/psion /usr/src/lib/libmagic/../../cont= rib/file/Magdir/teapot /usr/src/lib/libmagic/../../contrib/file/Magdir/diff= /usr/src/lib/libmagic/../../contrib/file/Magdir/gimp /usr/src/lib/libmagic= /../../contrib/file/Magdir/adi /usr/src/lib/libmagic/../../contrib/file/Mag= dir/cad /usr/src/lib/libmagic/../../contrib/file/Magdir/editors /usr/src/li= b/libmagic/../../contrib/file/Magdir/tex /usr/src/lib/libmagic/../../contri= b/file/Magdir/psdbms /usr/src/lib/libmagic/../../contrib/file/Magdir/convex= /usr/src/lib/libmagic/../../contrib/file/Magdir/freebsd /usr/src/lib/libma= gic/../../contrib/file/Magdir/gcc /usr/src/lib/libmagic/../../contrib/file/= Magdir/natinst /usr/src/lib/libmagic/../../contrib/file/Magdir/nitpicker /u= sr/src/lib/libmagic/../../contrib/file/Magdir/typeset /usr/src/lib/libmagic= /../../contrib/file/Magdir/commands /usr/src/lib/libmagic/../../contrib/fil= e/Magdir/encore /usr/src/lib/libmagic/../../contrib/file/Magdir/filesystems= /usr/src/lib/libmagic/../../contrib/file/Magdir/hp /usr/src/lib/libmagic/.= =2E/../contrib/file/Magdir/jpeg /usr/src/lib/libmagic/../../contrib/file/Ma= gdir/sinclair /usr/src/lib/libmagic/../../contrib/file/Magdir/acorn /usr/sr= c/lib/libmagic/../../contrib/file/Magdir/iff /usr/src/lib/libmagic/../../co= ntrib/file/Magdir/lif /usr/src/lib/libmagic/../../contrib/file/Magdir/mirag= e /usr/src/lib/libmagic/../../contrib/file/Magdir/netscape /usr/src/lib/lib= magic/../../contrib/file/Magdir/olf /usr/src/lib/libmagic/../../contrib/fil= e/Magdir/vxl /usr/src/lib/libmagic/../../contrib/file/Magdir/unknown /usr/s= rc/lib/libmagic/../../contrib/file/Magdir/hdf /usr/src/lib/libmagic/../../c= ontrib/file/Magdir/mail.news /usr/src/lib/libmagic/../../contrib/file/Magdi= r/modem /usr/src/lib/libmagic/../../contrib/file/Magdir/xwindows /usr/src/l= ib/libmagic/../../contrib/file/Magdir/wordprocessors /usr/src/lib/libmagic/= =2E./../contrib/file/Magdir/sun /usr/src/lib/libmagic/../../contrib/file/Ma= gdir/sketch /usr/src/lib/libmagic/../../contrib/file/Magdir/bFLT /usr/src/l= ib/libmagic/../../contrib/file/Magdir/bout /usr/src/lib/libmagic/../../cont= rib/file/Magdir/hitachi-sh /usr/src/lib/libmagic/../../contrib/file/Magdir/= matroska /usr/src/lib/libmagic/../../contrib/file/Magdir/ocaml /usr/src/lib= /libmagic/../../contrib/file/Magdir/vax /usr/src/lib/libmagic/../../contrib= /file/Magdir/clipper /usr/src/lib/libmagic/../../contrib/file/Magdir/frame = /usr/src/lib/libmagic/../../contrib/file/Magdir/magic /usr/src/lib/libmagic= /../../contrib/file/Magdir/sql /usr/src/lib/libmagic/../../contrib/file/Mag= dir/dact /usr/src/lib/libmagic/../../contrib/file/Magdir/gnu /usr/src/lib/l= ibmagic/../../contrib/file/Magdir/ibm6000 /usr/src/lib/libmagic/../../contr= ib/file/Magdir/os2 /usr/src/lib/libmagic/../../contrib/file/Magdir/rpm /usr= /src/lib/libmagic/../../contrib/file/Magdir/misctools /usr/src/lib/libmagic= /../../contrib/file/Magdir/motorola /usr/src/lib/libmagic/../../contrib/fil= e/Magdir/osf1 /usr/src/lib/libmagic/../../contrib/file/Magdir/perl /usr/src= /lib/libmagic/../../contrib/file/Magdir/xenix /usr/src/lib/libmagic/../../c= ontrib/file/Magdir/tgif /usr/src/lib/libmagic/../../contrib/file/Magdir/sc = /usr/src/lib/libmagic/../../contrib/file/Magdir/pyramid /usr/src/lib/libmag= ic/../../contrib/file/Magdir/adventure /usr/src/lib/libmagic/../../contrib/= file/Magdir/att3b /usr/src/lib/libmagic/../../contrib/file/Magdir/flash /us= r/src/lib/libmagic/../../contrib/file/Magdir/karma /usr/src/lib/libmagic/..= /../contrib/file/Magdir/octave /usr/src/lib/libmagic/../../contrib/file/Mag= dir/parix /usr/src/lib/libmagic/../../contrib/file/Magdir/plan9 /usr/src/li= b/libmagic/../../contrib/file/Magdir/troff /usr/src/lib/libmagic/../../cont= rib/file/Magdir/spectrum /usr/src/lib/libmagic/../../contrib/file/Magdir/so= ftquad /usr/src/lib/libmagic/../../contrib/file/Magdir/dyadic /usr/src/lib/= libmagic/../../contrib/file/Magdir/palm /usr/src/lib/libmagic/../../contrib= /file/Magdir/pdf /usr/src/lib/libmagic/../../contrib/file/Magdir/vorbis /us= r/src/lib/libmagic/../../contrib/file/Magdir/smalltalk /usr/src/lib/libmagi= c/../../contrib/file/Magdir/sgml /usr/src/lib/libmagic/../../contrib/file/M= agdir/msvc /usr/src/lib/libmagic/../../contrib/file/Magdir/news /usr/src/li= b/libmagic/../../contrib/file/Magdir/vmware /usr/src/lib/libmagic/../../con= trib/file/Magdir/diamond /usr/src/lib/libmagic/../../contrib/file/Magdir/du= mp /usr/src/lib/libmagic/../../contrib/file/Magdir/linux /usr/src/lib/libma= gic/../../contrib/file/Magdir/mime /usr/src/lib/libmagic/../../contrib/file= /Magdir/zilog/usr/src/lib/libmagic/../../contrib/file/Magdir/sgi /usr/src/l= ib/libmagic/../../contrib/file/Magdir/sequent /usr/src/lib/libmagic/../../c= ontrib/file/Magdir/blit /usr/src/lib/libmagic/../../contrib/file/Magdir/imp= ulse /usr/src/lib/libmagic/../../contrib/file/Magdir/island /usr/src/lib/li= bmagic/../../contrib/file/Magdir/maple /usr/src/lib/libmagic/../../contrib/= file/Magdir/os9 /usr/src/lib/libmagic/../../contrib/file/Magdir/pkgadd /usr= /src/lib/libmagic/../../contrib/file/Magdir/uuencode /usr/src/lib/libmagic/= =2E./../contrib/file/Magdir/amanda /usr/src/lib/libmagic/../../contrib/file= /Magdir/audio /usr/src/lib/libmagic/../../contrib/file/Magdir/bsdi /usr/src= /lib/libmagic/../../contrib/file/Magdir/fcs /usr/src/lib/libmagic/../../con= trib/file/Magdir/intel /usr/src/lib/libmagic/../../contrib/file/Magdir/netb= sd /usr/src/lib/libmagic/../../contrib/file/Magdir/riff /usr/src/lib/libmag= ic/../../contrib/file/Magdir/console /usr/src/lib/libmagic/../../contrib/fi= le/Magdir/lecter /usr/src/lib/libmagic/../../contrib/file/Magdir/visx /usr/= src/lib/libmagic/../../contrib/file/Magdir/varied.script /usr/src/lib/libma= gic/../../contrib/file/Magdir/ti-8x /usr/src/lib/libmagic/../../contrib/fil= e/Magdir/c-lang /usr/src/lib/libmagic/../../contrib/file/Magdir/digital /us= r/src/lib/libmagic/../../contrib/file/Magdir/dolby /usr/src/lib/libmagic/..= /../contrib/file/Magdir/grace /usr/src/lib/libmagic/../../contrib/file/Magd= ir/ibm370 /usr/src/lib/libmagic/../../contrib/file/Magdir/images /usr/src/l= ib/libmagic/../../contrib/file/Magdir/tuxedo /usr/src/lib/libmagic/../../co= ntrib/file/Magdir/timezone /usr/src/lib/libmagic/../../contrib/file/Magdir/= project /usr/src/lib/libmagic/../../contrib/file/Magdir/cisco /usr/src/lib/= libmagic/../../contrib/file/Magdir/mach /usr/src/lib/libmagic/../../contrib= /file/Magdir/mkid /usr/src/lib/libmagic/../../contrib/file/Magdir/pgp /usr/= src/lib/libmagic/../../contrib/file/Magdir/printer /usr/src/lib/libmagic/..= /../contrib/file/Magdir/apple /usr/src/lib/libmagic/../../contrib/file/Magd= ir/applix /usr/src/lib/libmagic/../../contrib/file/Magdir/terminfo /usr/src= /lib/libmagic/../../contrib/file/Magdir/interleaf /usr/src/lib/libmagic/../= =2E./contrib/file/Magdir/lisp /usr/src/lib/libmagic/../../contrib/file/Magd= ir/spec /usr/src/lib/libmagic/../../contrib/file/Magdir/sniffer /usr/src/li= b/libmagic/../../contrib/file/Magdir/revision /usr/src/lib/libmagic/../../c= ontrib/file/Magdir/amigaos /usr/src/lib/libmagic/../../contrib/file/Magdir/= database /usr/src/lib/libmagic/../../contrib/file/Magdir/gringotts /usr/src= /lib/libmagic/../../contrib/file/Magdir/pbm /usr/src/lib/libmagic/../../con= trib/file/Magdir/plus5 /usr/src/lib/libmagic/../../contrib/file/Magdir/vms = /usr/src/lib/libmagic/../../contrib/file/Magdir/python /usr/src/lib/libmagi= c/../../contrib/file/Magdir/chord /usr/src/lib/libmagic/../../contrib/file/= Magdir/ctags /usr/src/lib/libmagic/../../contrib/file/Magdir/human68k /usr/= src/lib/libmagic/../../contrib/file/Magdir/pdp /usr/src/lib/libmagic/../../= contrib/file/Magdir/sharc /usr/src/lib/libmagic/../../contrib/file/Magdir/p= ulsar /usr/src/lib/libmagic/../../contrib/file/Magdir/apl /usr/src/lib/libm= agic/../../contrib/file/Magdir/communications /usr/src/lib/libmagic/../../c= ontrib/file/Magdir/ncr /usr/src/lib/libmagic/../../contrib/file/Magdir/alph= a /usr/src/lib/libmagic/../../contrib/file/Magdir/asterix /usr/src/lib/libm= agic/../../contrib/file/Magdir/blender /usr/src/lib/libmagic/../../contrib/= file/Magdir/sendmail /usr/src/lib/libmagic/../../contrib/file/Magdir/allian= t /usr/src/lib/libmagic/../../contrib/file/Magdir/cddb /usr/src/lib/libmagi= c/../../contrib/file/Magdir/elf /usr/src/lib/libmagic/../../contrib/file/Ma= gdir/epoc /usr/src/lib/libmagic/../../contrib/file/Magdir/ispell /usr/src/l= ib/libmagic/../../contrib/file/Magdir/lex /usr/src/lib/libmagic/../../contr= ib/file/Magdir/mips=20 > magic cc -DHAVE_CONFIG_H -DCOMPILE_ONLY -I/usr/src/lib/libmagic=20 =2DI/usr/src/lib/libmagic/../../contrib/file -o=20 mkmagic /usr/src/lib/libmagic/../../contrib/file/apprentice.c /usr/src/lib/= libmagic/../../contrib/file/funcs.c /usr/src/lib/libmagic/../../contrib/fil= e/magic.c /usr/src/lib/libmagic/../../contrib/file/print.c /usr/obj/usr/src/i386/usr/bin/ld: cannot find -lc *** Error code 1 Stop in /usr/src/lib/libmagic. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. markdnet# =20 --nextPart4652096.SZGQ0VP3Gs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBABEj3LqgJ90OcaiARAkLlAKDh1kCuuK9XaowV3NnGVGTfEgYOAACePN7j cQ5W7LmGZPtaC+ZXg1QmMWE= =QtGn -----END PGP SIGNATURE----- --nextPart4652096.SZGQ0VP3Gs-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 13 20:17:44 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D307916A4CE for ; Sat, 13 Nov 2004 20:17:44 +0000 (GMT) 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 435C243D2D for ; Sat, 13 Nov 2004 20:17:44 +0000 (GMT) (envelope-from mark@markdnet.demon.co.uk) Received: from markdnet.demon.co.uk ([80.177.29.129] helo=[192.168.20.3]) by anchor-post-32.mail.demon.net with esmtp (Exim 4.42) id 1CT4L8-000DvQ-7s for stable@freebsd.org; Sat, 13 Nov 2004 20:17:43 +0000 From: Mark Dixon To: stable@freebsd.org Date: Sat, 13 Nov 2004 20:17:31 +0000 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3492014.DgXPQlI8l9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411132017.37794.mark@markdnet.demon.co.uk> Subject: Build of RELENG_5 fails in libmagic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Nov 2004 20:17:45 -0000 --nextPart3492014.DgXPQlI8l9 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 Content-Disposition: inline SGksCgpJJ20gdHJ5aW5nIHRvIGJ1aWxkIDUtU1RBQkxFLCBJIGhhdmUgY3ZzdXBlZCB0aGUgbGF0 ZXN0IHNvdXJjZSwgY2xlYXJlZCAKb3V0IC91c3Ivb2JqIGFuZCBJIHN0aWxsIGdldCB0aGlzIHBy b2JsZW0uIEFueSBpZGVhIHdoYXQgY291bGQgYmUgY2F1c2luZyBpdD8KCk1hcmsKCj09PT4gbGli L2xpYm1hZ2ljCmNhdCAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL0hl YWRlciAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL0xvY2Fsc3R1ZmYg L3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvenl4ZWwgL3Vz ci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIveGRlbHRhIC91c3Iv c3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL3N5c2V4IC91c3Ivc3Jj L2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL3NjY3MvdXNyL3NyYy9saWIv bGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9hbGxlZ3JvIC91c3Ivc3JjL2xpYi9s aWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL2N2cyAvdXNyL3NyYy9saWIvbGlibWFn aWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci92aWNhciAvdXNyL3NyYy9saWIvbGlibWFnaWMv Li4vLi4vY29udHJpYi9maWxlL01hZ2Rpci92YXJpZWQub3V0IC91c3Ivc3JjL2xpYi9saWJtYWdp Yy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL2M2NCAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4v Li4vY29udHJpYi9maWxlL01hZ2Rpci9nYW1lcyAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4v Y29udHJpYi9maWxlL01hZ2Rpci9tY3J5cHQgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2Nv bnRyaWIvZmlsZS9NYWdkaXIvYXJjaGl2ZSAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29u dHJpYi9maWxlL01hZ2Rpci9jaXRydXMgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRy aWIvZmlsZS9NYWdkaXIvY29tcHJlc3MgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRy aWIvZmlsZS9NYWdkaXIvZnNhdiAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9m aWxlL01hZ2Rpci9nZW9zIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUv TWFnZGlyL2phdmEgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdk aXIvbWxzc2EgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIv bW1kZiAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9tc2Rv cyAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci93b3JkcGVy ZmVjdCAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9ydGYg L3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvYW5pbWF0aW9u L3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvY2hpIC91c3Iv c3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL2NsYXJpcyAvdXNyL3Ny Yy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9mb250cyAvdXNyL3NyYy9s aWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9tYWNpbnRvc2ggL3Vzci9zcmMv bGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvbWF0aGVtYXRpY2EgL3Vzci9z cmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvcHNpb24gL3Vzci9zcmMv bGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvdGVhcG90IC91c3Ivc3JjL2xp Yi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL2RpZmYgL3Vzci9zcmMvbGliL2xp Ym1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvZ2ltcCAvdXNyL3NyYy9saWIvbGlibWFn aWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9hZGkgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4u Ly4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvY2FkIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9j b250cmliL2ZpbGUvTWFnZGlyL2VkaXRvcnMgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2Nv bnRyaWIvZmlsZS9NYWdkaXIvdGV4IC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmli L2ZpbGUvTWFnZGlyL3BzZGJtcyAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9m aWxlL01hZ2Rpci9jb252ZXggL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmls ZS9NYWdkaXIvZnJlZWJzZCAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxl L01hZ2Rpci9nY2MgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdk aXIvbmF0aW5zdCAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rp ci9uaXRwaWNrZXIgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdk aXIvdHlwZXNldCAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rp ci9jb21tYW5kcyAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rp ci9lbmNvcmUgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIv ZmlsZXN5c3RlbXMgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdk aXIvaHAgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvanBl ZyAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9zaW5jbGFp ciAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9hY29ybiAv dXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9pZmYgL3Vzci9z cmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvbGlmIC91c3Ivc3JjL2xp Yi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL21pcmFnZSAvdXNyL3NyYy9saWIv bGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9uZXRzY2FwZSAvdXNyL3NyYy9saWIv bGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9vbGYgL3Vzci9zcmMvbGliL2xpYm1h Z2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvdnhsIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8u Li8uLi9jb250cmliL2ZpbGUvTWFnZGlyL3Vua25vd24gL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4u Ly4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvaGRmIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9j b250cmliL2ZpbGUvTWFnZGlyL21haWwubmV3cyAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4v Y29udHJpYi9maWxlL01hZ2Rpci9tb2RlbSAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29u dHJpYi9maWxlL01hZ2Rpci94d2luZG93cyAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29u dHJpYi9maWxlL01hZ2Rpci93b3JkcHJvY2Vzc29ycyAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4v Li4vY29udHJpYi9maWxlL01hZ2Rpci9zdW4gL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2Nv bnRyaWIvZmlsZS9NYWdkaXIvc2tldGNoIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250 cmliL2ZpbGUvTWFnZGlyL2JGTFQgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIv ZmlsZS9NYWdkaXIvYm91dCAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxl L01hZ2Rpci9oaXRhY2hpLXNoIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2Zp bGUvTWFnZGlyL21hdHJvc2thIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2Zp bGUvTWFnZGlyL29jYW1sIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUv TWFnZGlyL3ZheCAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rp ci9jbGlwcGVyIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGly L2ZyYW1lIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL21h Z2ljIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL3NxbCAv dXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9kYWN0IC91c3Iv c3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL2dudSAvdXNyL3NyYy9s aWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9pYm02MDAwIC91c3Ivc3JjL2xp Yi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL29zMiAvdXNyL3NyYy9saWIvbGli bWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9ycG0gL3Vzci9zcmMvbGliL2xpYm1hZ2lj Ly4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvbWlzY3Rvb2xzIC91c3Ivc3JjL2xpYi9saWJtYWdp Yy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL21vdG9yb2xhIC91c3Ivc3JjL2xpYi9saWJtYWdp Yy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL29zZjEgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4u Ly4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvcGVybCAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4v Y29udHJpYi9maWxlL01hZ2Rpci94ZW5peCAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29u dHJpYi9maWxlL01hZ2Rpci90Z2lmIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmli L2ZpbGUvTWFnZGlyL3NjIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUv TWFnZGlyL3B5cmFtaWQgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9N YWdkaXIvYWR2ZW50dXJlIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUv TWFnZGlyL2F0dDNiIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFn ZGlyL2ZsYXNoIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGly L2thcm1hIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL29j dGF2ZSAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9wYXJp eCAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9wbGFuOSAv dXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci90cm9mZiAvdXNy L3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9zcGVjdHJ1bSAvdXNy L3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9zb2Z0cXVhZCAvdXNy L3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9keWFkaWMgL3Vzci9z cmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvcGFsbSAvdXNyL3NyYy9s aWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9wZGYgL3Vzci9zcmMvbGliL2xp Ym1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvdm9yYmlzIC91c3Ivc3JjL2xpYi9saWJt YWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL3NtYWxsdGFsayAvdXNyL3NyYy9saWIvbGli bWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9zZ21sIC91c3Ivc3JjL2xpYi9saWJtYWdp Yy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL21zdmMgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4u Ly4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvbmV3cyAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4v Y29udHJpYi9maWxlL01hZ2Rpci92bXdhcmUgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2Nv bnRyaWIvZmlsZS9NYWdkaXIvZGlhbW9uZCAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29u dHJpYi9maWxlL01hZ2Rpci9kdW1wIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmli L2ZpbGUvTWFnZGlyL2xpbnV4IC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2Zp bGUvTWFnZGlyL21pbWUgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9N YWdkaXIvemlsb2cvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rp ci9zZ2kgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvc2Vx dWVudCAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9ibGl0 IC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL2ltcHVsc2Ug L3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvaXNsYW5kIC91 c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL21hcGxlIC91c3Iv c3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL29zOSAvdXNyL3NyYy9s aWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9wa2dhZGQgL3Vzci9zcmMvbGli L2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvdXVlbmNvZGUgL3Vzci9zcmMvbGli L2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvYW1hbmRhIC91c3Ivc3JjL2xpYi9s aWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL2F1ZGlvIC91c3Ivc3JjL2xpYi9saWJt YWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL2JzZGkgL3Vzci9zcmMvbGliL2xpYm1hZ2lj Ly4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvZmNzIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8u Li9jb250cmliL2ZpbGUvTWFnZGlyL2ludGVsIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9j b250cmliL2ZpbGUvTWFnZGlyL25ldGJzZCAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29u dHJpYi9maWxlL01hZ2Rpci9yaWZmIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmli L2ZpbGUvTWFnZGlyL2NvbnNvbGUgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIv ZmlsZS9NYWdkaXIvbGVjdGVyIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2Zp bGUvTWFnZGlyL3Zpc3ggL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9N YWdkaXIvdmFyaWVkLnNjcmlwdCAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9m aWxlL01hZ2Rpci90aS04eCAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxl L01hZ2Rpci9jLWxhbmcgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9N YWdkaXIvZGlnaXRhbCAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01h Z2Rpci9kb2xieSAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rp ci9ncmFjZSAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9p Ym0zNzAgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvaW1h Z2VzIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL3R1eGVk byAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci90aW1lem9u ZSAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9wcm9qZWN0 IC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL2Npc2NvIC91 c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL21hY2ggL3Vzci9z cmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvbWtpZCAvdXNyL3NyYy9s aWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9wZ3AgL3Vzci9zcmMvbGliL2xp Ym1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvcHJpbnRlciAvdXNyL3NyYy9saWIvbGli bWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9hcHBsZSAvdXNyL3NyYy9saWIvbGlibWFn aWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9hcHBsaXggL3Vzci9zcmMvbGliL2xpYm1hZ2lj Ly4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvdGVybWluZm8gL3Vzci9zcmMvbGliL2xpYm1hZ2lj Ly4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvaW50ZXJsZWFmIC91c3Ivc3JjL2xpYi9saWJtYWdp Yy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL2xpc3AgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4u Ly4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvc3BlYyAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4v Y29udHJpYi9maWxlL01hZ2Rpci9zbmlmZmVyIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9j b250cmliL2ZpbGUvTWFnZGlyL3JldmlzaW9uIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9j b250cmliL2ZpbGUvTWFnZGlyL2FtaWdhb3MgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2Nv bnRyaWIvZmlsZS9NYWdkaXIvZGF0YWJhc2UgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2Nv bnRyaWIvZmlsZS9NYWdkaXIvZ3JpbmdvdHRzIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9j b250cmliL2ZpbGUvTWFnZGlyL3BibSAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJp Yi9maWxlL01hZ2Rpci9wbHVzNSAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9m aWxlL01hZ2Rpci92bXMgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9N YWdkaXIvcHl0aG9uIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFn ZGlyL2Nob3JkIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGly L2N0YWdzIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL2h1 bWFuNjhrIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL3Bk cCAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9zaGFyYyAv dXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9wdWxzYXIgL3Vz ci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvYXBsIC91c3Ivc3Jj L2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL2NvbW11bmljYXRpb25zIC91 c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL25jciAvdXNyL3Ny Yy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9hbHBoYSAvdXNyL3NyYy9s aWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9hc3Rlcml4IC91c3Ivc3JjL2xp Yi9saWJtYWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL2JsZW5kZXIgL3Vzci9zcmMvbGli L2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvc2VuZG1haWwgL3Vzci9zcmMvbGli L2xpYm1hZ2ljLy4uLy4uL2NvbnRyaWIvZmlsZS9NYWdkaXIvYWxsaWFudCAvdXNyL3NyYy9saWIv bGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9jZGRiIC91c3Ivc3JjL2xpYi9saWJt YWdpYy8uLi8uLi9jb250cmliL2ZpbGUvTWFnZGlyL2VsZiAvdXNyL3NyYy9saWIvbGlibWFnaWMv Li4vLi4vY29udHJpYi9maWxlL01hZ2Rpci9lcG9jIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8u Li9jb250cmliL2ZpbGUvTWFnZGlyL2lzcGVsbCAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4v Y29udHJpYi9maWxlL01hZ2Rpci9sZXggL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2NvbnRy aWIvZmlsZS9NYWdkaXIvbWlwcyAKPiBtYWdpYwpjYyAtREhBVkVfQ09ORklHX0ggLURDT01QSUxF X09OTFkgoC1JL3Vzci9zcmMvbGliL2xpYm1hZ2ljIAotSS91c3Ivc3JjL2xpYi9saWJtYWdpYy8u Li8uLi9jb250cmliL2ZpbGUgLW8gCm1rbWFnaWMgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4u L2NvbnRyaWIvZmlsZS9hcHByZW50aWNlLmMgL3Vzci9zcmMvbGliL2xpYm1hZ2ljLy4uLy4uL2Nv bnRyaWIvZmlsZS9mdW5jcy5jIC91c3Ivc3JjL2xpYi9saWJtYWdpYy8uLi8uLi9jb250cmliL2Zp bGUvbWFnaWMuYyAvdXNyL3NyYy9saWIvbGlibWFnaWMvLi4vLi4vY29udHJpYi9maWxlL3ByaW50 LmMKL3Vzci9vYmovdXNyL3NyYy9pMzg2L3Vzci9iaW4vbGQ6IGNhbm5vdCBmaW5kIC1sYwotLSAK TWFyawoKJ0lmIGl0IGNvbXBpbGVzLCBzaGlwIGl0JwoqKiogRXJyb3IgY29kZSAxCgpTdG9wIGlu IC91c3Ivc3JjL2xpYi9saWJtYWdpYy4KKioqIEVycm9yIGNvZGUgMQoKU3RvcCBpbiAvdXNyL3Ny Yy9saWIuCioqKiBFcnJvciBjb2RlIDEKClN0b3AgaW4gL3Vzci9zcmMuCioqKiBFcnJvciBjb2Rl IDEKClN0b3AgaW4gL3Vzci9zcmMuCioqKiBFcnJvciBjb2RlIDEKClN0b3AgaW4gL3Vzci9zcmMu CioqKiBFcnJvciBjb2RlIDEKClN0b3AgaW4gL3Vzci9zcmMuCm1hcmtkbmV0IyCgIKAgoCCgIKAg oCCgCg== --nextPart3492014.DgXPQlI8l9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBlmvhLqgJ90OcaiARAsdgAKDphgu5ibLshbYPG+lMCX3ZuZytQgCguN52 9p6T+WZyyuu7JCjJ1Wg/kJE= =g67H -----END PGP SIGNATURE----- --nextPart3492014.DgXPQlI8l9-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 13 20:38:32 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 870A216A4D1 for ; Sat, 13 Nov 2004 20:38:32 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B54243D4C for ; Sat, 13 Nov 2004 20:38:32 +0000 (GMT) (envelope-from avleeuwen@gmail.com) Received: by rproxy.gmail.com with SMTP id 34so461617rns for ; Sat, 13 Nov 2004 12:38:31 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=U/CKZn7GKSBpFAW9UpYJy/MzfNn/iXFflRYQSIi5Yei2aQGOBtFpans+90+yV82yiBp8iiDbL+C33s2esZLkibVB91icynmn2+chrRkg/zEXLI5rZ3B2wPC1jpLR6iC8hfjVc3kgxAung+EDrGG0m0cagxgtDJiwirI70TrcwT4= Received: by 10.38.179.67 with SMTP id b67mr351117rnf; Sat, 13 Nov 2004 12:38:31 -0800 (PST) Received: by 10.38.206.31 with HTTP; Sat, 13 Nov 2004 12:38:31 -0800 (PST) Message-ID: Date: Sat, 13 Nov 2004 21:38:31 +0100 From: Arjan Van Leeuwen To: Robert Watson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: cc: freebsd-stable@freebsd.org Subject: Re: Panic in 5.3, related to network traffic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Arjan Van Leeuwen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Nov 2004 20:38:32 -0000 On Wed, 10 Nov 2004 16:42:01 +0000 (GMT), Robert Watson wrote: > > On Wed, 10 Nov 2004, Arjan Van Leeuwen wrote: > > > > Could you send a copy of your dmesg? Could you also use gdb on a kernel > > > with debug symbols or addr2line to convert the function+offsets in the > > > trace to file and line number in the source? This is a NULL pointer > > > dereference, so presumably somewhere there is a poor assumption about > > > memory allocation or the like. > > > > dmesg is attached. > > Could you say a little about how ipfilter is being used on the box; would > it be possible to test with it disabled? I've converted my ipfilter/ipnat system to ipfw/natd, and now the problem is "solved". However, your patch still gives me a *lot* of icmp_error: n_spare != n messages. I also noticed that if I ping from that system, it pings every 2 seconds instead of every second. The clock doesn't seem to be affected, and changing kern.timecounter.hardware doesn't change the situation. Arjan > > > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Principal Research Scientist, McAfee Research > > From owner-freebsd-stable@FreeBSD.ORG Sat Nov 13 21:01:17 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9705C16A4CE for ; Sat, 13 Nov 2004 21:01:17 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB5B343D1D for ; Sat, 13 Nov 2004 21:01:16 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iADL1F68042213; Sat, 13 Nov 2004 23:01:15 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 34249-02; Sat, 13 Nov 2004 23:01:14 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iADL1EHS042208 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 13 Nov 2004 23:01:14 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id iADL1EBV031734; Sat, 13 Nov 2004 23:01:14 +0200 (EET) (envelope-from ru) Date: Sat, 13 Nov 2004 23:01:14 +0200 From: Ruslan Ermilov To: Mark Dixon Message-ID: <20041113210114.GA22467@ip.net.ua> References: <200411132017.37794.mark@markdnet.demon.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <200411132017.37794.mark@markdnet.demon.co.uk> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: stable@freebsd.org Subject: Re: Build of RELENG_5 fails in libmagic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Nov 2004 21:01:17 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 13, 2004 at 08:17:31PM +0000, Mark Dixon wrote: > Hi, >=20 > I'm trying to build 5-STABLE, I have cvsuped the latest source, cleared= =20 > out /usr/obj and I still get this problem. Any idea what could be causing= it? >=20 Check that your system's date/time is set correctly, I bet it's not. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBlnYaqRfpzJluFF4RAoB/AKCOG9HegSMC9pciTn9wmnr0zUx8QwCfVRf6 WIUbZw6aaIxHsibfsrXPE78= =OXQa -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 13 21:20:53 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72DBD16A4CE for ; Sat, 13 Nov 2004 21:20:53 +0000 (GMT) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 394E843D4C for ; Sat, 13 Nov 2004 21:20:53 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from spud (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 0EC4919F2C; Sat, 13 Nov 2004 13:22:57 -0800 (PST) From: "Darren Pilgrim" To: "'Oren Baum'" , Date: Sat, 13 Nov 2004 13:20:42 -0800 Message-ID: <000201c4c9c6$a529e3b0$142a15ac@spud> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <001901c4c9b4$260aba30$6500a8c0@CIClaptop> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Subject: RE: Grabbing hold of logged out but active tty X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Nov 2004 21:20:53 -0000 > From: Oren Baum > > I'm running 4.10 and was wondering if there's a trick to > regaining control of another tty session that is still > running (under ps) but I (the user) have been logged out. > This happens to me on occasion when I'm running some programs > in the background and am logged out by the shell. Kill the background processes in question. The tty will be returned to the pool automatically. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 13 22:37:58 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1CFA16A4CE for ; Sat, 13 Nov 2004 22:37:58 +0000 (GMT) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5B6843D1F for ; Sat, 13 Nov 2004 22:37:57 +0000 (GMT) (envelope-from stb@lassitu.de) Received: from [IPv6:::1] (schlepper [212.12.50.230]) by schlepper.zs64.net (8.12.11/8.11.1) with ESMTP id iADMbtf2099602; Sat, 13 Nov 2004 23:37:56 +0100 (CET) (envelope-from stb@lassitu.de) In-Reply-To: <001901c4c9b4$260aba30$6500a8c0@CIClaptop> References: <001901c4c9b4$260aba30$6500a8c0@CIClaptop> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Sat, 13 Nov 2004 23:37:54 +0100 To: "Oren Baum" X-Mailer: Apple Mail (2.619) cc: freebsd-stable@freebsd.org Subject: Re: Grabbing hold of logged out but active tty X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Nov 2004 22:37:59 -0000 Am 13.11.2004 um 20:08 schrieb Oren Baum: > UpOnlineHi, > > I'm running 4.10 and was wondering if there's a trick to regaining > control of another tty session that is still running (under ps) but I > (the user) have been logged out. This happens to me on occasion when > I'm running some programs in the background and am logged out by the > shell. If you regularly have long-running sessions, and you might need to disconnect from and reconnect to them, you should start them from within screen (misc/screen). If you have really important things in that session right now that you can only recover immediatly, you could try the snp(4) device together with watch(8) to hook onto the tty, but your success might be limited by the fact that the tty is effectivly closed. snp(4) can be loaded as a module. Good luck, Stefan -- Stefan Bethke Fon +49 170 346 0140